[comp.sys.apollo] uucp permission

GBOPOLY1@NUSVM.BITNET (fclim) (10/13/88)

     in article 20599@pbhya.pacbell.com, bud odekirk wrote
>Could someone tell me why the permissions in /usr/spool/uucp keep
>reverting back to _rw_______ ???  I change them (as root), and the
>next time I look at them, they have reverted back, so that users
>can't access their mail. I know its probably something very simple.



     i think it has to do with chmod(2).  suppose i log in as root.
i use csh with /com added to my path.  let's take an example.  i
have edacl /etc/passwd so that i have the following acl.

% acl /etc/passwd
   root.%.%.%    pgn-wr-
   %.backup      -----r-
   %.sys_admin   pgn-wr-
   %.%.%.%       -----r-

now, if i were to chmod it as in

% chmod 644 /etc/passwd

i will find my acls all screwed up:

% acl /etc/passwd
   root.%.%.%    p-ndwr-
   %.staff.%.%   ---d-r-
   %.bin.%.%     -----r-
   %.%.%.%       ---d-r-

or something like this.  note that although any tom, dick or harry
may not be able to edit /etc/passwd, they can surely dlf it.


chmod(1) and /com/edacl are just not compatible.  i think uucp
calls chmod(2) which is the base of chmod(1).  so uucp will screw
the spooler's permission.  you stated that the permission is -rw-------;
try acl and see the aegis version of the permission.



     i have not stated anything helpful.  however, i hope it's
enlightening and that someone at apollo.com see this and fix the
bug.  maybe it's already fixed at sr10.  i heard that the aegis
permission types at sr10 are simpler and hence more compatible
to the unix permission types.




fclim          --- gbopoly1 % nusvm.bitnet @ cunyvm.cuny.edu
computer centre
singapore polytechnic
dover road
singapore 0513.