User-agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2
On 15/03/07 15:37, Giuliano Gavazzi wrote:
[...]
done, and I agree with you, although I there is some basis in saying
that users should be identified by name alone, as it is done at the
ordinary unix permission level.
[...]
Also, nicl . -read /users|groups/whatever will show (for some users|
groups) something called generateduid, which might have to do with
the above.
Yes, that's precisely the UUID to which an ACL will be bound.
See the man page for uuidgen(1).
I did another test: I used an ACL that referred to a group (admin for
instance). It transferred fine. In this case the generateduid is the
same on both (presumably all) systems.
Yes, it seems that some system groups receive the same UUID on every box.
For example, the one associated to group admin is:
ABCDEFAB-CDEF-ABCD-EFAB-CDEF00000050
Note that 50 is just the hexadecimal representation of 80, ie the
group's GID.
I don't know why such a treatment for those system groups.
I hope this is not just a bug similar to the one that involved
certificates... ;-)
I also created a new group (this one without generateduid) and it
also worked.
Very likely because of the temporary UUID's mechanism.
Should your group have received an UUID (manually or automatically), the
rule would be: groups differ from box to box.
HTH,
Axel
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Macos-x-server mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/macos-x-server/email@hidden
