Bug 301 - BUG Deleting Folders
Summary: BUG Deleting Folders
Status: RESOLVED INVALID
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: File Services (show other bugs)
Version: 3.0.0preX
Hardware: All Windows XP
: P2 major
Target Milestone: 3.0.0rc2
Assignee: Gerald (Jerry) Carter (dead mail address)
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
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 (dead mail address) 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 (dead mail address) 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 (dead mail address) 2005-02-07 08:41:20 UTC
originally reported against 3.0.0beta3.  CLeaning out 
non-production release versions.
Comment 5 Gerald (Jerry) Carter (dead mail address) 2005-11-14 09:24:09 UTC
database cleanup