From: Ralph B. <rb...@ne...> - 2014-05-15 17:40:31
|
Am 15.05.2014 um 18:09 schrieb Ryan Bair <rya...@gm...>: > The ACLs presented in the Finder window appear correct. > > Interestingly, if I `ls -led` in a directory I see: > > 0: ABCDEFAB-CDEF-ABCD-EFAB-CDEF000003F4 allow list,add_file,search,add_subdirectory,delete_child,readattr,writeattr,readextattr,writeextattr,readsecurity,file_inherit,directory_inherit,only_inherit > 1: ABCDEFAB-CDEF-ABCD-EFAB-CDEF000003F4 allow list,add_file,search,add_subdirectory,delete_child,readattr,writeattr,readextattr,writeextattr,readsecurity > > The ABCDEFAB-CDEF-ABCD-EFAB-CDEF000003F4 is a bogus looking UUID but `afpldaptest -u` does resolve it to the correct name. It also resolves the correct uuid (as found in AD) to the proper name as well. hey, that's not bogus, it actually took quite some time and effort to learn about these special computed UUIDs for users and groups that come from a datasource that lacks a proper UUID attribute. :))) > Could I have a stale cache somewhere causing netatalk to pass incorrect UUIDs? no and no. :) You're issue is probably something else (the effective permission mapping code in Netatalk -- ah, I hate that stuff). Cheers! -r |