On 01/05/10 17:04, Jordan Brown wrote:
Alan M Wright wrote:
The "---------" problem is being addressed by the following CRs:
6894228 NFS fabricates ACL
6899409 Preserve owner@/group@ across SMB
I think there's also one or two more - for instance, the one where we'll
translate an ACE that refers directly to the owner into the owner bits
of the permissions.
Many people will get relief from the two CRs above because they work
on files they own and others may get access through everyone@/Everyone.
Including relevant owner ACEs in the permission bits is useful but
just preserving owner@ will be sufficient in many cases because it
should be rare for ACLs to contain user ACEs.
Group ACEs are more likely to be a factor and including group ACEs
in the permission bits will avoid things like "rwx---r-x".
However, just preserving group@ will avoid this happening when you
apply or modify the ACL of a UNIX created file via Windows.
The other important upcoming change is to avoid generating unnecessary
Deny ACEs in ZFS trivial ACLs.
Note, incidentally, that several of these issues are not really related
to CIFS, but rather are in how ACLs and legacy permissions relate to one
another in ZFS, NFS, and the tools.
Yes, in general these are interoperability issues rather than bugs
in any particular component.
Alan
_______________________________________________
cifs-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/cifs-discuss
