If you wish, you can also use the abbreviation sa in place of setacl; think of it as standing for ``set access."
Rights issued with the setacl command will replace any pre-existing rights for a person or group.
If you wish, you may permit a directory to any user with AFS access by using a group called system:anyuser in the fs sa command, instead of a specific userid. This group contains anyone using AFS. A group called system:authuser also exists; this group contains only the people who have used valid userIDs and passwords to log into RCS. (Please refer to the section Working With Groups for more information about groups.)
For example, to give everyone read access (rl) to the directory named math, make sure you are in math's parent directory, and then type:
If you look at the ACL for your public directory, you will notice that system:anyuser has rl permission, meaning that anyone logged into AFS can read the files in that directory.
If a user would by default receive certain permissions based on his or her group membership (for example, system:authuser), and you don't want to allow that person to have such permission, you can use the -negative option before the userid. This indicates that the user is specifically not to have the permissions listed, no matter what else is set, and places them on the negative ACL list. As an example, suppose we had the following:
However, let's suppose that you don't want user whitez to have permission to list or read any of the files in the directory (which he or she would have received by default as a member of the group system:authuser). In this case, you could type:
Your directory would then have an access list of:
Note: Negative ACLs are complex, in that setting one
for a user does not necessarily prevent them from ever accessing that
directory. For example, a directory that also has
permissions set for the group system:anyuser
can still allow the user some access to the directory; that person can
use the unlog program and still have access as a
member of system:anyuser. As a result, you should probably restrict
use of
negative ACLs to those directories that have permissions for
system:authuser or another group that has limited membership that you
control. (See the section Working With Groups for more
information about groups.)