sorry, typo:
cacls "C:\Documents and Settings" /e /t /g APPOWNERGROUP:C
Main Topics
Browse All TopicsI have an application owner that needs access to users desktops on some of our terminal servers in order to do troubleshooting. I am trying to avoid giving them local administrator but they can be Power User. I looked at simply adding another group with Change rights to the C:\Documents and Settings folder but it occurred to me that as new users get added those rights want be there for the new profiles. How can I grant this user (and potentially others) rights to users desktop without giving them too many rights on the server? Ideally this would be a solution that can be applied to some new servers coming into our environment that this user will maintain and will need the same abilities.
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.

Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
I ran this on a server we're disposing of to test the idea. I keep running into account belonging to domain administrators that have a folder called C:\Documents and Settings\<userid>\Applicatio
\SystemCertificates\My\CRL
Use xcacls.vbs instead. Download and unpack.
http://www.microsoft.com/d
Then run:
for /d %a in ("C:\Documents and Settings\*" ) do cscript XCACLS.vbs "%a" /E /I /G APPOWNERGROUP:M
It should change the perms for each directory under C:\Documents and Settings and add the group. The /I flag causes inheritance to be turned on.
Note that if you put this in a batch, the syntax is:
for /d %%a in ("C:\Documents and Settings\*" ) do cscript XCACLS.vbs "%%a" /E /I /G APPOWNERGROUP:M
HTH
Business Accounts
Answer for Membership
by: mpfisterPosted on 2009-09-09 at 00:23:15ID: 25288909
The logon process breaks the inheritance of \Documents and Settings when creating new folders for new users.
Do you use roaming terminal server profiles? If yes, access for your app owner to C:\Documents and Settings doesn't help. Instead he/she needs access to the Terminal Server Profile path to get to the users desktop.
Generally, I'd solve it by running a scheduled task that grants the app owners group permissions to the required directories. If you use roaming profiles, this would be the profile path, if not, it would run on each terminal server and grant access to C:\Documents and Settings. Probably once a day should be enough.
Something similar to
cacls "C:\Documents and Settings" /e /g /t APPOWNERGROUP:C
HTH