AdminP Error

We have a user who is trying to delegate his calendar to his secretary. AdminP is giving us this error:

Received the following error performing a Delegate Mail File request on Our User/Our OU/Our O (File name: mail\shortname.nsf; Name: Our User/Our OU/Our O): The mail file specified for delegation by this person is not their mail file as specified in the Domino Directory.

Our server code is 7.0.3 running on Windows 2003. Our clients are at version 6.5.4. This user has Designer access to his mail file and is on side 2 of a Domino Cluster. His administration server is listed as side 2 of the cluster. The Domino Directory indicates his mail file is on that server. He is not accessing the replica on Side 1 of the cluster (verified with database properties). The admin process is running on side 2 of the cluster and is giving the error above.

I know I can go into the ACL and give his secretary the access desired, but we are trying to determine why this error is showing up.

Does anyone have any ideas about this.

TIA

Dennis

Subject: AdminP Error

check the mailfile belongs to portion, within preferences of the mailfile. re-select the user from the nab and save. then try your adminp request again.

jason

Subject: RE: AdminP Error

I was hopeful that this would take care of the problem. Unfortunately, we’re still getting the same error…

Subject: RE: AdminP Error

in admin4.nsf, make sure the mail server is showing as the fully qualified notes name format (i.e., server1/sales/acme and not just server1). If it’s showing in just common name format this is because the user’s location doc has the server entered this way. Change the server name in the location doc to the full notes name format and then have the user resubmit the delegation request.

Subject: RE: AdminP Error

Admin4 is showing the fully qualified name. I am waiting for the user to call me so I can connect to his machine and explore a little bit.

A little more info…

His first name is Jeffery. When our accounts people registered him, they typed Jeffrey. A rename was issued (long ago) to correct it and the admin4 request is showing it was submitted by Jeffery. However, I am wondering if there is a hidden field somewhere that did not get renamed and is still showing Jeffrey.

He was also moved from one server to the clustered pair, some time ago. The original server was still listed in the ACL, although, not as the Admin server (which was listed correctly). That is something else I will check when I can connect to his machine and look at his location document.