Tipp: Mails erscheinen nicht in der Inbox - Ursachenforschung

Wenn neue Mails nicht im Inbox Ordner angezeigt werden, aber in der "Alle Dokumente" - Ansicht. Dann kann dies die folgende Ursache haben. Text in Englisch.

I've been doing some research recently into what causes email to fail to be delivered into inboxes, although it is visible in the All Documents view. I was concerned with this mainly because the recommended corrective action (copy compact) isn't an option for SmartCloud Notes users and their local admins, who don't have access to the users' mail servers to issue console commands.

Conventional wisdom, and our technotes, claim that the problem is that the "inbox index gets corrupted". But it looks like that's not what's really going on.

The mail router wants a folder to put its mail into that has a $Name item with value "($Inbox)". But it doesn't search the database for such a folder every time it wants to deliver mail. Instead, for performance, it expects the note ID of the inbox folder to be available in a field of the database header, "InboxRRV". If this value is missing (zero), the mail router decides there's not an inbox folder. If it points to the wrong folder, the mail router cheerfully delivers the mail there.

The command fixup -j, or a copy compact should reset the InboxRRV (the latter because it reassigns all the note IDs). But as I noted, in some cases this is not an option, and even if the local admin has the rights to do it, it would be better if an end user could correct the problem themselves. (Or if it didn't happen in the first place, but I'll get to that).

I've learned that there's code in the "note update" to check whether the note being updated is the inbox, and assign the InboxRRV accordingly. That means that modifying the inbox folder design note should restore its function as an inbox. Refresh/replace design often doesn't work for this because, if the inbox folder already has the correct design; it doesn't get updated (unless you replace design from a different template).

How does the value of InboxRRV get clobbered in the first place, when there is a valid inbox in the nsf? I'm not sure I know all the ways, but suppose the folder referred to by InboxRRV gets deleted, or is updated in a way that makes it no longer a valid inbox. I believe the note update and delete events will clear InputRRV in this case. But they apparently fail to search the database for other notes that meet the criteria for being an inbox. So let's say a new folder gets created that has $Name="($Inbox)" (its $TITLE might contain a different name). It gets associated as the new inbox. If it is then deleted, or if it's updated and the $Name value is changed, the InboxRRV is cleared, but the inbox folder we'd like to use instead doesn't take its place. That's what I think is going on. I have to experiment and write up a bug report, if so.

I have a tool I'm working on to fix this problem, which can be used by a Notes client user who has only editor+views access to their own mail file. In addition to the above, this tool looks for duplicate inbox folders, views named "($Inbox)", and folders with $Name="($Inbox)" but a different title. I might think of some more things to look for (or you might suggest some).

The main corrective action is to "touch" the Inbox design note (after deleting or repairing other folders that may be confusing the issue). This should force an update on the InboxRRV (and in addition, if the index really is corrupted, it would force a rebuild, so we still win). As a last resort, this tool also has another button to blow away the inbox and create a new one. I think that should never be necessary, but I have it on there, labeled "try this last."

I'm giving this tool to our own support folks to see how well it works for SmartCloud Notes customers, and whether we ever actually need the "delete and re-create" button. If it works out I'll probably make it more generally available.

Quelle: http://www-10.lotus.com/ldd/bpmpblog.nsf/dx/why-inboxes-fail

Lutz Geschinsky | 07. Januar 2013 10:43:28 | Kommentare (0) | Permanent Link

Archiv

Februar 2021 (7)
Januar 2021 (2)
Dezember 2020 (1)
November 2020 (7)
Oktober 2020 (4)
September 2020 (3)
August 2020 (8)
Juli 2020 (4)
Juni 2020 (8)
Mai 2020 (8)
April 2020 (6)
März 2020 (6)
Februar 2020 (3)
Januar 2020 (2)
Dezember 2019 (6)
Oktober 2019 (10)
September 2019 (5)
Mai 2019 (4)
April 2019 (4)
März 2019 (1)
Februar 2019 (5)
Januar 2019 (3)
Dezember 2018 (6)
November 2018 (3)
Oktober 2018 (8)
September 2018 (4)
August 2018 (4)
Juli 2018 (5)
Juni 2018 (4)
Mai 2018 (3)
April 2018 (2)
März 2018 (3)
Februar 2018 (9)
Januar 2018 (7)
Dezember 2017 (4)
November 2017 (3)
Oktober 2017 (5)
September 2017 (8)
August 2017 (10)
Juli 2017 (4)
Juni 2017 (6)
Mai 2017 (12)
April 2017 (6)
März 2017 (13)
Februar 2017 (6)
Januar 2017 (13)
Dezember 2016 (11)
November 2016 (9)
Oktober 2016 (7)
September 2016 (9)
August 2016 (7)
Juli 2016 (8)
Juni 2016 (3)
Mai 2016 (6)
April 2016 (7)
März 2016 (7)
Februar 2016 (9)
Januar 2016 (9)
Dezember 2015 (8)
November 2015 (9)
Oktober 2015 (13)
September 2015 (10)
August 2015 (8)
Juli 2015 (6)
Juni 2015 (12)
Mai 2015 (14)
April 2015 (10)
März 2015 (10)
Februar 2015 (12)
Januar 2015 (14)
Dezember 2014 (14)
November 2014 (15)
Oktober 2014 (10)
September 2014 (8)
August 2014 (9)
Juli 2014 (21)
Juni 2014 (9)
Mai 2014 (13)
April 2014 (9)
März 2014 (10)
Februar 2014 (12)
Januar 2014 (3)
Dezember 2013 (5)
November 2013 (3)
Oktober 2013 (6)
September 2013 (6)
August 2013 (1)
Juli 2013 (9)
Juni 2013 (2)
Mai 2013 (2)
April 2013 (12)
März 2013 (11)
Februar 2013 (7)
Januar 2013 (10)
Dezember 2012 (11)
November 2012 (9)
Oktober 2012 (5)
September 2012 (11)
August 2012 (9)
Juli 2012 (5)
Juni 2012 (3)
Mai 2012 (12)
April 2012 (3)
März 2012 (8)
Februar 2012 (5)
Januar 2012 (13)
Dezember 2011 (5)
November 2011 (12)
Oktober 2011 (6)
September 2011 (11)
August 2011 (6)
Juli 2011 (10)
Juni 2011 (8)
Mai 2011 (7)
April 2011 (8)
März 2011 (12)
Februar 2011 (7)
Januar 2011 (2)
Dezember 2010 (9)
November 2010 (4)
Oktober 2010 (9)
September 2010 (5)
August 2010 (6)
Juli 2010 (5)
Juni 2010 (6)
Mai 2010 (2)
April 2010 (4)
März 2010 (7)
Februar 2010 (5)
Januar 2010 (6)
Dezember 2009 (1)
November 2009 (7)
Oktober 2009 (2)
August 2009 (1)
Juni 2009 (4)
Mai 2009 (3)
April 2009 (1)
März 2009 (1)
Februar 2009 (1)
Januar 2009 (5)
Dezember 2008 (2)
November 2008 (4)
Oktober 2008 (9)
September 2008 (2)
Juni 2008 (2)
Mai 2008 (6)
April 2008 (4)
März 2008 (6)
Januar 2008 (7)
November 2007 (3)
Oktober 2007 (2)
September 2007 (2)
Juni 2007 (2)
Mai 2007 (1)
April 2007 (5)
Februar 2007 (4)
Januar 2007 (2)
Dezember 2006 (2)
November 2006 (5)