Bug 301 - BUG Deleting Folders
BUG Deleting Folders
Status: RESOLVED INVALID
Product: Samba 3.0
Classification: Unclassified
Component: File Services
3.0.0preX
All Windows XP
: P2 major
: 3.0.0rc2
Assigned To: Gerald (Jerry) Carter
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2003-08-15 06:25 UTC by Heiko Garbe
Modified: 2005-11-14 09:24 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Heiko Garbe 2003-08-15 06:25:09 UTC
Hello,

I have a Redhat9 Server and a Windows 2000 Domain. I created some
Samba 3.0 Shares and i can easily restrict the access to these shares
by using the Active Directory Users and Groups. But today i found
something weird:
In the smb.conf I use parameters like force directory mode and
directory mask, so that the access rights for a new created directory
from a windows client on a share will be set to 700. My intention is
simply to create directories, to which only the owner has full access
and others don't.
But when i create a directory, my co-worker can delete this folder, if
it is empty. If there are files in it, then he can't delete it.
Why can someone other than the owner delete a directory even when the
folder has drwx------ ????
When he logs in to the Linux-Box with his AD-Username, then he can't
delete the folder. Thats why I think it's Samba's fault.

Is this a bug?

H. Garbe
Comment 1 Tim Potter 2003-08-15 10:53:27 UTC
It doesn't sound like a bug.  What are the permissions on the directory one
level up from the directory you are creating?  If your coworker has write access
to this higher directory they will be able to remove the subdirectory despite
the fact that is has 0700 permissions.
Comment 2 Gerald (Jerry) Carter 2003-08-27 13:05:26 UTC
RC2 will ship with this issue unresolved.  We'll put it on 
the plate for RC3 and hope to resolve it by then.
Comment 3 Gerald (Jerry) Carter 2003-08-29 08:10:50 UTC
I agree with Tim.  This sounds like standard UNIX permission
semantics.  If you can provide more information to prove this 
is abug, then feel free to reopen it.
Comment 4 Gerald (Jerry) Carter 2005-02-07 08:41:20 UTC
originally reported against 3.0.0beta3.  CLeaning out 
non-production release versions.
Comment 5 Gerald (Jerry) Carter 2005-11-14 09:24:09 UTC
database cleanup