HCL
Skip to main content  
 
   


SPRTechnote


Calendar Delegation Preferences Do Not Save When AdminP Is Required to Process Preference Changes

Technote Number: 1091244


Problem:
This issue was reported to Lotus Quality Engineering and has been addressed in
Domino 5.0.5.

Excerpt from the Lotus Notes and Lotus Domino Release 5.0.5 QMR fix list:

Server - Administration Process

SPR# RWAS4K6HJZ - If the Default entry in a person's mail file has Read/Write
Public documents and the mail file's owner (who is not a manager of the
database) subsequently restricts this access to specific individuals through
Tools=>Delegation, the access would not be removed from the Default entry. This
problem has been fixed.

To work around this issue in releases of Domino prior to 5.0.5:

Either, grant the user Manager access to their mail files, or for whomever is
listed as having Manager access of the mail file, uncheck "Read/Write public
documents" for the "-Default-" ACL entry.

However, in 5.0.5, a new problem occurred with the options of "Anyone can read
my Calendar" and "Anyone can create and edit entries in my Calendar".

In Notes/Domino 5.0.5, when a user does not have the ACL of Manager to their
own mail file (Editor or Designer access in the mail file) and tries to select
the option of "Anyone can read my Calendar" or "Anyone can create and edit
entries in my Calendar", AdminP successfully processes the change. This is
shown in the Administration Request Database (ADMIN4.NSF). However, when the
user checks their Calendar delegation preferences, the option is still set to
"Allow only the following people to read my Calendar" and "Allow only the
following people to create and edit entries in my Calendar".

This, in turn, sets the default ACL to "No access" with "Read/Write public
documents" unchecked. This issue has been reported to Lotus Quality
Engineering.

To work around this issue in release Domino 5.0.5 or higher:

Either, grant the users Manager access to their mail files, or for whomever is
listed as having Manager access of the mail file, check "Read/Write public
documents" for the "-Default-" ACL entry as needed.


Note that SPR SHOY4RSLFK has been addressed in Domino 5.0.7 and Domino 6.

Excerpt from the Lotus Notes and Domino Release 5.0.7 QMR fix list (available
at http://www.notes.net):

Server - Administration Process

SPR# SHOY4RSLFK - This fix properly updates the Default ACL entry for Public
Access users when changing mail delegation from all users to a specific entry.Supporting Information:

Steps to reproduce this issue in 5.0.3 ("Allow only the following people to
read my Calendar"):

1. From an R5.0x mail template make sure that the mail owner has editor or
designer access only (very important - you cannot reproduce otherwise).

From your Inbox:

2. Select the Tools, Preferences action button.
3. Select the Delegation tab.
4. Select the Calendar Delegation sub-tab.
5. Change Read Access from "Allow only the following people to read my
Calendar" to "Anyone can read my Calendar".
6. Change Author and Editor Access from "Allow only the following people to
create and edit entries in my Calendar" to "Anyone can create and edit entries
in my Calendar".
7. Click OK.
8. Wait for AdminP to process.
9. Go to the database ACL and notice the "-Default-" ACL entry has "Read/Write
public documents" checked.
10. Go back in and remove the entries.

From your Inbox:

11. Select the Tools, Preferences action button.
12. Select the Delegation tab.
13. Select the Calendar Delegation sub-tab.
14. Change Read Access from "Anyone can read my Calendar" to "Allow only the
following people to read my Calendar".
15. Change Author and Editor Access from "Anyone can create and edit entries in
my Calendar" to "Allow only the following people to create and edit entries in
my Calendar".
16. Click OK.
17. Wait for AdminP to process.
18. Go to the database ACL and notice the "-Default-" ACL entry STILL has
"Read/Write public documents" checked.


Steps to reproduce this issue in 5.0.5 ("Anyone can read my Calendar"):

1. From an R5.0x mail template make sure that the mail owner has editor or
designer access only (very important - you cannot reproduce otherwise).

From your Inbox:

2. Select the Tools, Preferences action button.
3. Select the Delegation tab.
4. Select the Calendar Delegation sub-tab.
5. Change Read Access from "Anyone can read my Calendar" to "Allow only the
following people to read my Calendar".
6. Change Author and Editor Access from "Anyone can create and edit entries in
my Calendar" to "Allow only the following people to create and edit entries in
my Calendar".
7. Click OK.
8. Wait for AdminP to process.
9. Go to the database ACL and notice the "-Default-" ACL entry has "Read/Write
public documents" checked.
10. Go back in and remove the entries.

From your Inbox:

11. Select the Tools, Preferences action button.
12. Select the Delegation tab.
13. Select the Calendar Delegation sub-tab.
14. Change Read Access from "Allow only the following people to read my
Calendar" to "Anyone can read my Calendar".
15. Change Author and Editor Access from "Allow only the following people to
create and edit entries in my Calendar" to "Anyone can create and edit entries
in my Calendar".
16. Click OK.
17. Wait for AdminP to process.
18. Go to the database ACL and notice the "-Default-" ACL entry STILL has
"Read/Write public documents" unchecked.
Related Documents:

More >





  Document options
Print this document
Print view

  Search
Search Advanced Search


  Fix list views

 RSS feeds   RSS
Subscribe to the fix list

  Resources
Using this database
View notices

  HCL Support
HCL Support


    About HCL Privacy Contact