Still celebrating National IT Professionals Day with 3 months of free Premium Membership. Use Code ITDAY17

x
?
Solved

Write Personal Information rights keeps resetting

Posted on 2008-10-15
5
Medium Priority
?
690 Views
Last Modified: 2008-10-29
We have experienced some users are not able to set Delegates in outlook.
Apparantly this is due to the following permission setting not being set:
SELF - Write Personal Information

To solve the Delegates issue, we set this permission on the User object security settings in AD.
However, after a little while, the permission is reset (removed) again, thus making delegates unusable again.
I've been looking through the permissions of the OU etc. without any luck of "spotting" wherein the problem lies.

Do someone have a good suggestion on this matter?
0
Comment
Question by:dennismeng
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 3
  • 2
5 Comments
 
LVL 30

Accepted Solution

by:
LauraEHunterMVP earned 750 total points
ID: 22729387
Do the users in question belong to any elevated groups such as Domain Admins or Account Operators? If so, this behavior is by design. A description of the behavior and some potential workarounds can be found here:

http://msmvps.com/blogs/ulfbsimonweidner/archive/2005/05/29/49659.aspx
http://support.microsoft.com/kb/907434
0
 
LVL 1

Author Comment

by:dennismeng
ID: 22738256
Hi,

A few users are Account Ops, but majority of the users are just regular domain users - and I see the issue on those accounts as well.
0
 
LVL 30

Expert Comment

by:LauraEHunterMVP
ID: 22738903
Have the other users -ever been- members of a protected group?  See the links above, if you add a user to one of these groups and then remove it, the permissions inheritance issue remains until you manually reset the adminCount attribute and re-enable inheritance on the account(s) in question.
0
 
LVL 1

Author Comment

by:dennismeng
ID: 22774034
It seems that this solved the issue:

dsacls "cn=adminsdholder,cn=system,dc=<mydomain>,dc=com" /G "\SELF:RPWP;Personal
Information"


Am awaiting user feedback now.
So Laura, it seems that your suspicious points are true :)
Will revert once I know for good that above permission settings solved it.
0
 
LVL 1

Author Comment

by:dennismeng
ID: 22829214
Seems things are good now - so will close the question awarding you Laura :) Thanks alot!
0

Featured Post

On Demand Webinar: Networking for the Cloud Era

Ready to improve network connectivity? Watch this webinar to learn how SD-WANs and a one-click instant connect tool can boost provisions, deployment, and management of your cloud connection.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Did you know that more than 4 billion data records have been recorded as lost or stolen since 2013? It was a staggering number brought to our attention during last week’s ManageEngine webinar, where attendees received a comprehensive look at the ma…
Compliance and data security require steps be taken to prevent unauthorized users from copying data.  Here's one method to prevent data theft via USB drives (and writable optical media).
This tutorial will walk an individual through the process of transferring the five major, necessary Active Directory Roles, commonly referred to as the FSMO roles to another domain controller. Log onto the new domain controller with a user account t…
Attackers love to prey on accounts that have privileges. Reducing privileged accounts and protecting privileged accounts therefore is paramount. Users, groups, and service accounts need to be protected to help protect the entire Active Directory …

721 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question