I have a client who wants to delegate access to his mail and calendar to his administrative assistant. The assistant will be fully managing the calendar even to the point of scheduling and inviting people to meetings. He also wants to delegate the ability for his assistant to read his mail but not be able to send mail on his behalf.
I have attempted to use the various delegation options but so far have been unable to make this work. Any restrictions I place on sending mail also restricts sending a meeting invitation. I am at the point now of changing the security on the memo and reply forms to disallow the assistant to use these forms. Is there any other way to handle this situation?
Thanks in advance for any and all suggestions.
Subject: Delegating mail and calendar
Hi Richard,
Normaly you should use only the delegation tab in the preferences, but in this case, you have to mix this tab and the ACL :
- In the “delegation/access to your mail box and calendar” tab, clic on “Add person or group” and add the person who can create calendar documents and invite people, then select “only calendar and todo” and “read create etc…”
It is what I suppose you did
- Now, if you open the ACL, you will see this name with no access and the ability to read and write public documents (and calendar documents are now publics). To allow this person to read documents which are not publics, you just need to upgrade the access to reader and keep the read and write public documents.
Hope this helps
Christian
Subject: RE: Delegating mail and calendar
Christian
Have tried your fix and it seemed to work. We set the person up in the Delegation & Access tab as Calendar/To Do (with read, create etc access), then modified their record in the ACL to make them a person/reader.
However, people have since reported that although they should only have read-only access to another person’s mail file, they can in fact now send mail on their behalf. Notes either just lets them create mail, or it tells them they don’t have the authority but sends the mail anyway… Clearly we want to avoid this.
Any suggestions warmly appreciated.
Jeremy