[4suite-dev] ACL set vs add
Mike Brown
mike at skew.org
Thu Nov 21 03:19:18 MST 2002
In the followup to an old/closed bug report, Mike Olson wrote:
One note, the ACL that is displayed is the "inherited ACL"
so if you look at the ACL for an object, at it shows that
there are three people allowed to read it, then you add
another, you will lose the original three.
This is completely unintuitive. Currently there seems to be
no difference between using set and add. The Quick Start doc
appendix B says
set - to completely replace existing specific ACL permission with
a new set you specify
For example, if you wanted to set permission of Write ACL to "uo",
then type "s".
Enter the type of access as write and the username to set as "uo".
The others super-users and owners (that you can see above) will be
replaced by "uo".
Then only "uo" will have permission to write to that container,
in this case /home/uo.
add - to add additional users to a specific ACL permissions list
For example, if you wanted to add user "uo" to the Write ACL,
then type "a" and enter the type of access as write and the
username to set as "uo". "uo" will be added to the existing list
of users.
If you follow the directions, you get the exact same results for
both set and add:
Write ACL
uo --> allowed
My impression is that the results for 'add' should be different, but
your note above makes it sound like the display doesn't reflect the
real ACL, or maybe it does and this is the expected behavior.. or something.
Help.
More information about the 4suite-dev
mailing list