I'm starting a new thread because the issue now is different from the one I was originally experiencing.
Here are two level 10 debug logs one from each of two servers: http://w4fbc.org/samba/DC.log http://w4fbc.org/samba/FS.log Each has a test share setup like this: chgrp -R staff-faculty /test chmod 0770 /test chmod g+s /test setfacl -m g::rwx /test [test] path = /test read only = no inherit acls = yes inherit permissions = yes DC.log is from a Samba domain controller running 3.6.9. This test share works as expected. Members of the staff-faculty group can create/modify/delete/rename files regardless of user ownership in the test share on this server. FS.log is from a Samba domain member server now running 3.6.9. This test share does not quite work. Members of the staff-faculty group can create/modify files regardless of user ownership but cannot delete/rename files regardless of user ownership. FWIW, I have yet another Samba member server (PS) running 3.4.7 which does not normally have shares. I have set up a test share on it configured exactly the same as the two above mentioned servers. This share behaves as expected (same as DC). Furthermore, PS is configured exactly as FS with the exception of server name and shares. The DC runs over an ldap backend and getent passwd and group behave as expected on all Samba servers. So any ideas on why the share on FS does not function as expected? Kind Regards, Chris -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/options/samba
