[1336] in SIPB-AFS-requests
Re: sipb guest accounts
daemon@ATHENA.MIT.EDU (jweiss@MIT.EDU)
Tue Apr 26 22:14:58 1994
From: jweiss@MIT.EDU
To: mhpower@MIT.EDU
Cc: sorokin@MIT.EDU, sipb-afsreq@MIT.EDU, yandros@MIT.EDU, mkgray@MIT.EDU
In-Reply-To: Your message of Tue, 26 Apr 94 21:14:38 -0400.
<9404270114.AA26337@hodge.MIT.EDU>
Date: Tue, 26 Apr 94 22:14:29 EDT
>> >find /afs/sipb.mit.edu/user/sipb4 -type d -exec /bin/athena/fs setacl {} system:administrators all ;
>> >
>> >This doesn't actually make it possible to delete the stuff in the Mail
>> >directory, so I got lots of "permission denied" errors ...
>>
>> I'm not sure why that happened. I think you'd get those errors if, for
>> example, you were using a version of find that runs depth-first, e.g.,
>> trying to change the acl on Mail/inbox before changing the acl on Mail.
I've found this to be a bug in find on the sun. I subbmitted a bug
report at the time I discovered it (the same day I tried to re-write
clean_dir.csh and rm'd a bunch of monkey's files.
>> we want these changes, which I'll put in later if no one objects:
>>
>> set path = (/bin /usr/ucb /usr/bin /bin/athena /etc)
I was thinking about setting explicit paths for chown dependent on
platfrom an running $chown, but I suppose this will work too.
>> use gfind instead of find, probably solving the depth-first problem
I have yet to find a copy of gfind that is somewhere I would ask AFS
admins to run with root tokens (no outland does not count).
>> create Mail/inbox and a Mail/context file with "Current-Folder: inbox"
>> make Mail/inbox system:anyuser none, system:administrators none
THis isn't necessary, but it's probably a good idea.
Jonathon
