[Samba] mac client: folder copy problem

[Anton Starikov]

On Dec 16, 2009, at 9:45 PM, James Peach wrote:

> 2009/12/16 Anton Starikov <ant.starikov at gmail.com>:
>> One question.
>> 
>> The fact that client ignore ACL capabilities of server, it is also normal for current smbfs implementation?
> 
> Even in 10.5, the smbfs client does not ignore the filesystem ACL
> support attribute.

With unix extensions enabled?

Then I don't understand. Where is the problem.

On server side I see

smbd_audit: antst|xxx|antst|sys_acl_get_file|ok|.
smbd_audit: antst|xxx|antst|sys_acl_get_file|ok|.
smbd_audit: antst|xxx|antst|sys_acl_get_entry|ok|
smbd_audit: antst|xxx|antst|sys_acl_free_acl|ok|
smbd_audit: antst|xxx|antst|sys_acl_free_acl|ok|
smbd_audit: antst|xxx|antst|get_nt_acl|ok|.


a file:

# getfacl /home/antst/tt1
getfacl: Removing leading '/' from absolute path names
# file: home/antst/tt1
# owner: antst
# group: cmsusers
user::rw-
user:mohand:rwx
group::r--
mask::rwx
other::---

And on client side:

ls -le  /tmp/qq1/tt1
-rw-r-----  1 antst  cmsusers  0 Dec 16 20:19 /tmp/qq1/tt1


And if I try to set ACL from OSX I get 
$ chmod +a "mohand allow write" /tmp/qq1/tt1 
chmod: Failed to set ACL on file '/tmp/qq1/tt1': Operation not supported

Looking into the source code of client (thanks for link) I see that CIFS_UNIX_POSIX_ACLS_CAP is not referenced in the sources (except header file, where it is defined). Although it can mean nothing and you can use somewhere in the code just numerical value.

Anton