Slowing Opening Mail File after AdminP Rename - Regression in 7.0.2
Friday 16th November, 2007Came across what I consider to be a critical regression issue this week. The issue first appeared in 6.5.x code and was fixed in 6.5.2. The issue appears to be back in 7.0.1 and 7.0.2. I discovered this while onsite with a customer when users were complaining about how their Notes Client hangs for 1 to 2 minutes when moving an email from the inbox into a folder. We resigned their folders with a different name and the problem was immediatly resovled. Please be aware of this when renaming users.
http://www-1.ibm.com/support/docview.wss?rs=727&uid=swg21115338
From Technote:
Question
After you rename users using the Lotus Notes®/Lotus Domino® 6 adminp "rename person" task, 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.
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.
http://www-1.ibm.com/support/docview.wss?rs=727&uid=swg21115338
From Technote:
Question
After you rename users using the Lotus Notes®/Lotus Domino® 6 adminp "rename person" task, 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.
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.
email:Scott Monsour | website:
What I recommend is that if you are planning on a mass name project to sign all of the databases with the server if before you begin. The bug has appeared twice and has bitten me as an admin. Now going forward with small and large renames I am going to start with signing the users folders.