Delagate's name appears in Mail File Owner Field

HCL Domino Domino Forum
1

We’re running Domino 6.5, Notes Client 6.5 and 5.0.11 mail template (will be migrated to 6.5 soon). We’ve had 2 cases by now where the manager gives the secretary delegation rights through the delegation profile. Recently, the mail file owner field automatically converted to the delagate’s name (secretary) instead of the manager of the mailbox. No one had changed it. It’s bizare! Anyone know why and what the fix is? Thx!

2

Subject: Delagate’s name appears in Mail File Owner Field

Hi Sonia,

same Problem here. We just migrated to 6.5.1 and we are experiancing the same. It seems as if the Calendar Profile Docs are recreated with the delegate’s infos. Did you found a solution ???It is appearing with different people frequently.

Thanks

Mario

3

Subject: RE: Delagate’s name appears in Mail File Owner Field

Lotus support has not figured it out. I’ll keep you posted if they do.

4

Subject: RE: Delagate’s name appears in Mail File Owner Field

Hi,

thank you very much.

I searched the code of the mailfile, what i could see adhoc is that this field is filled out when there is no profiledoc or the owner field is empty (Maybe the profile doc is sometimes lost).

Are you using the english mailtemplate. We are experiancing this with the german version. I am just thinking about special letter in the german language contained in names of the delegates. Maybe there is a problem…

Mario

5

Subject: RE: Delagate’s name appears in Mail File Owner Field

Here’s what Lotus support said about the problem:“We suspect that somehow either a routine or a server task (such as Schedule Mngr or Router) are trying to access the Calendar Profile and by somehow NOT finding it (the calendar profile) creates a new profile so whoever the next person that opens the database will have their name added as the Calendar Profile Owner. Also, there is a possibility that if a user (Db Manager, for instance) access the profile (by LotusScript), the back-end process will hold this document enough time that if a second user (AA) also tries to access the Profile will not find it, once again a potential for a NEW Profile to be create. Same behaviour could potentially happen with a server process. It would be helpful if I had additional information such a steps to reproduce, or even a mail database which the issue have happened since this is not easily reproducible.” We weren’t able to reproduce it…