Notes/Domino Fix List
 |  |
| SPR # MPUL6L8KK9 | Fixed in 7.0.2; 6.5.6 release | Regression in 6.0 |
Product Area: Server Technical Area: SCOS Platform: Cross Platform
Lotus Customer Support APAR: SE24093
SPR# MPUL6L8KK9 - Fixed a problem where a restored mail file, from a backup that referenced shared mail, could no longer reference mail that other mail files still reference. In release 6.0, the shared mail was improved to delete messages from the shared mail and
the links to the original to avoid the need to run the collect task. This has the side effect of not allowing user mail files to be restored from a backup. This fix allows the relink (load object link -relink) of the users mail file to work properly so they can read their mail.
Technote Number: 1228997
Problem:
This issue was reported to Quality Engineering and has been fixed in Lotus
Domino 7.0.2.
Excerpt from the Lotus Notes and Lotus Domino Release 7.0.2 MR fix list
(available at http://www.ibm.com/developerworks/lotus):
SCOS
SPR# MPUL6L8KK9 - Fixed a problem where a restored mail file, from a backup
that referenced shared mail, could no longer reference mail that other mail
files still reference. In release 6.0 the shared mail was improved to delete
messages from the shared mail and the links to the original to avoid the need
to running the collect task. This has the side effect of not allowing user
mail files to be restored from a backup. This fix allow the relink (load
object link -relink) of the users mail file properly so they can read their
mail.
Refer to the Upgrade Central site for details on upgrading Notes/Domino.
There is no known workaround for previous versions of Domino. In Domino
versions 6.0 through 7.0.1, when a shared mail user deletes a message, Domino
immediately removes the object link to that mail file from the shared
database. Therefore, there is no longer an association between the original
message header and the message body that resides in the shared mail database.
There is no way to restore the link between the deleted message header and the
message body in the object store once the message header was deleted. This is
because of the purge that takes place immediately after the message header is
deleted and the count which exists per message body in the object store to keep
track of who this message body applies to is also reduced.
Supporting Information:
This behavior differs to how things worked in R5. In R5 when a user deleted a
message from their mail file (the shared mail message header), the shared mail
database object store was not actually aware of the deletion immediately.
Instead the object collect task would have to be run in order to clean up the
links and remove links and reduce the count on a periodic basis, nightly or
less often depending on the Domino administrator's preference. As the object
collect maintenance task is quite a heavy task involving an exhaustive check on
thousands of mail files, many administrators choose to run the task less
frequently or not at all, making it appear that restores worked fine in R5. More >
Last Modified on 12/08/2013
Go back
|