First using Samba 2.2.3a (Debian Woody package, recompiled with ACL
support), then switched to 3.0.4 from backports.org - same problem in both versions.
Running on XFS using, ACLs (nt acl support = yes), windbind and security=domain.
Directly below the share directory I have
The [group_dirs] itself does not have any ACL settings.
All group? dirs have permission set to 0770 plus ACLs set (via setfacl)
# file: group1
# owner: root
# group: DOMAIN\Domain-User
I cannot move, rename or delete the directories from a WinNT/W2k/WinXP client as
soon as it had been used (i.e. files or subdirectories were created within or
copied into). Everything else is fine, renamable, deletable. Regular files are
not a problem at all.
Trying to delete complains with a "Zugriffsverletzung" (Access
violation?). Fiddling with locking=no or oplocks=no did not help, neither did
working with various combinations of [force] (create|directory) [security]
(mask|mode) settings or setting/unsetting "inherit permissions".
Replacing "inherit permissions" with "inherit acls" made the ACLs look more
consistent - but did not solve the problem.
Neither Unix-permissions nor ACLs change during "use" of the directory. Created
files are consistently owned by root:DOMAIN-User, btw.
Crosscheck: using smbclient everything works beautiful and without any problems.
Trying to use smbmount (from Debian 3.0/Woody)gives me "access denied", even
when exlicitly giving domain, uid, etc.
Found some references to non-compatible language settings (i.e. space within
filename was garbled) and wanted to check that.
Single letter directories - everything works fine.
Directories with space in their names - works too.
Huh? Retry. Works. HUH?
I did not change settings, did not restart (neither client nor server).
Strange - but works (mostly).
Still the SMBMOUNT won't want to work - but that's only a secondary (and a