asked on

User with Full Control unable to delete files in Server 2000 network share

I'm doing some housekeeping on one of our servers and in the process trying to delete shared folders belonging to ex-employees. I have assigned Full Control rights to these folder to supervisors of the ex-employees. When the supervisors try to delete items from the folders they get an error message stating they do not have permission to delete the file. What do I have to do to allow one user to delete files in the shared folder of another user?

This is occurring on a Windows 2000 Server in a 2003 Domain. Client PC are Windows XP. The share is the users home share on the network.

Thanks for any help
RickKnight

LauraEHunterMVP

Check the permissions on the share as well as any NTFS permissions, as Windows will grant the least permissive combination of the 2. I.e., if a user has Read permissions at the share level and Full Control NTFS perms, their effective permission set will be Read, not Full Control.

RickKnight

ASKER

Thank you for the reply,

I hate to sound like a dummy, but what are NTFS permissions as opposed to the Share permissions and Folder Properties > Security settings?

Thanks again,
RickKnight

LauraEHunterMVP

http://www.windowsecurity.com/articles/Share-Permissions.html

RickKnight

ASKER

Thanks for the link. I read the article and another article by the same author, http://www.windowsecurity.com/articles/Understanding-Windows-NTFS-Permissions.html.

As I understand NTFS permissions, I have the user configured with these NTFS permissions...

Full Control
Modify
Read & Execute
List Folder Contents
Read
Write

I have the Share permissions set for "Authenticated Users" ...

Full Control
Change
Read

I assume the NTFS permissions are accessed in the Security tab of the file or folder Properties dialog? Is this correct? What else do I need to do to allow the user to delete files and folders?

Thanks again,
RickKnight

LauraEHunterMVP

Based on that combination, the user should be able to delete the files/folders in question. If they are not, instruct the user to take ownership of the files/folders and attempt to delete them again. Also confirm that the files/folders have not been flagged as read-only or encrypted.

RickKnight

ASKER

I've tried to have the user take ownership of the folder/files. That also does not work. The user gets a message saying they only have permission to view the security settings.

The files are neither compressed nor encrypted.

Thanks,
RickKnight

LauraEHunterMVP

Then you do not have your permissions configured as you have described above. A "Take Ownership" operation requires Full Control permissions; if it fails, the user does not have Full Control. (Given this, a delete operation will likely succeed without taking ownership once you rectify the permission assignment to Full Control.)

RickKnight

ASKER

I have configured this user with these permissions on the Security tab of the Properties dialog of the folder...

Full Control
Modify
Read & Execute
List Folder Contents
Read
Write

Under the Advanced button in View/Edit, every permission is set to allow including Take Ownership.

Where else do I need to set the permission?

Thanks,
RickKnight

LauraEHunterMVP

Confirm that there are no other permissions configured at the same level that would conflict, particularly a Deny entry. Also re-confirm share permissions if applicable.

RickKnight

ASKER

There Share Permissions are, Authenticated Users, Allow Full, Change & read. The NTFS Permissions for this user are Allow Full Control, Modify, Read & Execute, List Folder Contents, Read, Write. There are no Deny entries.

This Share is inside another share that has more restrictive permissions. The upper level share has "Authenticated Users" Allow Read only. No other Allow entries and no Deny entries. Also the upper NTFS Permissions do not include this user. Could the more restrictive share permissions on the upper level folder be causing this problem?

Thanks again,
RickKnight

ASKER CERTIFIED SOLUTION

LauraEHunterMVP

membership

This solution is only available to members.

To access this solution, you must be a member of Experts Exchange.

Start Free Trial

RickKnight

ASKER

Yes, I am having the user access the share as \\strocal-2\home\CSchmidt wher CSchmidt is the share with the problem and home is also a share.

I can have the user try as a mapped drive pointing directly to the CSchmidt folder.

RickKnight

ASKER

Thanks,

That's the answer. When I mapped the share as drives, the users do have Full Control.

Thanks for your help,
RickKnight