On Wed, May 31, 2006 at 02:06:53PM +0100, [EMAIL PROTECTED] wrote:
>
> Following an upgrade from samba 2.2.8a to 3.0.22 we have been unable to
> delete files on a samba share using an XP client. We were previously able
> to delete these files when using 2.2.8a.
>
> The problem occurs when we have a particular sub-set of permissions.
> Directory permissions on UNIX are set to 775 and ownerhips to usera :
> group1. This should mean that either usera or anyone who belongs to
> group1 should be able to delete any file within the directory
> irrespective of what the file permissions and ownerships are. From UNIX
> this is the case. Using an XP client on samba 2.2.8a this is the case. On
> samba 3.0.22 this is not the case.
>
> We have an application which writes files into the top level directory of
> the samba directory with permissions 544.The ownerships of the file are
> userb (i.e. different from the directory owner). group1 (i.e. the same as
> the directory). If a third user, userc who is a member of group1 (there
> is a force group directive on the share as well) comes along and attempts
> to delete the file through the samba share, the delete fails.
> Experimentation has shown the delete works if the file is writable by the
> user (e.g 744 cf 544) or the file is owned by the user trying to delete
> it.
>
> We have upgraded only a few of our servers to 3.0.22 and we have been
> able to reproduce the problem. I have attached a script which run as
> root on UNIX sets up a test share and appropriated file/dir permissions.
> Other details about are installation are given below
>
> UNIX OS: Solaris 8, Solaris 9
> PDC: Windows 2003
>
> If anyone has any suggestions as to how this issue can be resolved, I
> would be grateful to hear from them
Can you send me a debug level 10 log from the smbd when you attempt to
delete the file along with the name of the file you're trying to delete.
Thanks,
Jeremy.
--
To unsubscribe from this list go to the following URL and read the
instructions: https://lists.samba.org/mailman/listinfo/samba