Mail file is slow to open after users are

renamed
Technote (FAQ)


Question
After you rename users using the Lotus Notes/Lotus Domino6 adminp
"rename person" task, the users experience a significant delay when
opening their mail files using their own IDs. The delay can be up to ten
minutes.
There is no delay if the mail file doesn't contain any folders or if the mail
file is opened with an ID other than your own.
The situation also occurs in 6.5.4 and 7 releases if the user was moved in
the hierarchy (change of /OU or /O) and had created folders in the mailfile
prior to the move.

Answer
This issue was reported to Quality Engineering as SPR #RMAA72TCTX
and was fixed in Notes/Domino release 7.0.3. This was a regression in
releases 7.0.1 and 7.0.2 because of slow response time that occurred when
users who were renamed opened their mail files.
Excerpt fromthe Lotus Notes and Domino Release 7.0.3 MR fix list
(available at http://www.ibm.com/developerworks/lotus):
Client
SPR#RMAA72TCTX - The amount of time required to open a
database on the client may be slower than normal after a user is
renamed. This is due to the need for the client to update the names
in private design elements so that the user's new name is
appropriately represented. This work should only occur the first
time a database is opened after the user is renamed. A problemwas
uncovered that causes the amount of time to open a database to
continue to be longer than normal for databases which contain shared
design elements, such as shared folders. This problemwill be
corrected by this fix and was a regression introduced in 7.0.2.
Refer to the Upgrade Central site for details on upgrading Notes/Domino.
***********************
The situation was originally reported to Quality Engineering as SPR#
DWIN5HMN4K and was fixed in Notes/Domino releases 6.0.4 and 6.5.2.
Excerpt fromthe Notes/Domino 6.0.4/6.5.2 MR fix list (available at
http://www.ibm.com/developerworks/lotus):
Database
SPR#DWIN5HMN4K - Improved performance of Mail
Database/Open after a user rename. The Client code will now
properly rename shared design elements in a database and prevent a
time lag when opening those databases. The time lag will only occur
the first time the database is opened. Subsequent opens of the
database should be normal.

IBM - Mail file is slow to open after users are renamed http://www-01.ibm.com/support/docview.wss?rs=727&uid=swg21115338
1 of 3 9/23/2008 12:53 PM
Workarounds:
If you haven't yet upgraded, you can use one of the following methods to
sign the design elements of the renamed user's mail database:
-- Log into Domino Administrator using the renamed user's ID file. Go to
the Files tab and open the mail folder. Select the user's mail file but do not
open it. Under Tools -->Action -->Database, select Sign. The default is to
sign all design documents. Click OK (may take a few minutes).
-- Sign the design elements with the renamed ID. In one case, this behavior
was resolved using the server's ID to sign the database. You can do this
using LotusScript code. Affected users could create a button in a Rich Text
field in a database other than their mail file to contain the code.
IMPORTANT NOTE: Users must have Designer or Manager access to
their mail file in order to execute this code to sign the database with their
own ID file.
1. In a database other than the mail file, create a document
containing a Rich Text field.
2. Fromthe Create menu, choose Hotspot -->Button -->set the
button to execute LotusScript (default is Formula).
NOTE: The code below is a sample script, provided to illustrate
one way to approach this issue. It is to be used as is and at your
own risk. In order for this example to performas intended, the script
must be laid out exactly as indicated below. Product Support cannot
customize this script for specific environments or applications.
3. Place the following code in the Click event:
Dims As New NotesSession
Dimdb As NotesDatabase
Dimmailserver As String
Dimmailfile As String
mailserver =s.GetEnvironmentString("MailServer", True)
mailfile =s.GetEnvironmentString("MailFile", True)
Set db =s.GetDatabase(mailserver, mailfile)
Call db.sign(DBSIGN_DOC_ALL)
4. Click the button.
NOTE: The information above requires that the current Location
Document be set to the mail file. It is not feasible to send the
affected users the code directly in a button because of a delay in
opening the mail file.
Supporting information:
In pre-Notes/Domino 6.0.4/6.5.2 versions, when a renamed user opens a
database, the Notes client determines whether the user is connecting to a
Domino 6 server. If so, the unread marks stored under the old name are
copied to the new name and the old set is deleted. Also, any signatures on
design elements (agents, views, folders, forms) that have the old name will
be resigned with the user's new name.
There are two potential problems with this implementation:
-- If the database being opened has a replica on a 5 server and unread
IBM - Mail file is slow to open after users are renamed http://www-01.ibm.com/support/docview.wss?rs=727&uid=swg21115338
2 of 3 9/23/2008 12:53 PM
marks are replicating (even though the old unread table fromthe 6 replica
were), those unread marks could potentially replicate back fromthe 5
replica, causing the logic to execute again.
-- If the database has public design elements signed by the user but the new
name does not appear in any Readers list, all design elements in the
database will be opened every time the user opens the database.
Fromthe Domino Administrator -->Files panel, highlight all mail files,
right-click and choose Sign -->Active Server's ID -->All Design
Documents -->OK.
You can also sign the databases with the server.ID before moving users to
the new certifier.
Personal folders will also be resigned unless they are private.

Related information
Mail file is opened slowly after alternate name is chan
Fix List for Lotus Notes and Lotus Domino Release 7.0.3
Sample LotusScript code to change ACL rights for all ma


IBM - Mail file is slow to open after users are renamed http://www-01.ibm.com/support/docview.wss?rs=727&uid=swg21115338
3 of 3 9/23/2008 12:53 PM