Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!apple!julius.cs.uiuc.edu!rpi!zaphod.mps.ohio-state.edu!samsung!uunet!zephyr.ens.tek.com!tekchips!sail!terryl
From: terryl@sail.LABS.TEK.COM
Newsgroups: comp.unix.admin
Subject: Re: Forcing actions at login
Message-ID: <8834@sail.LABS.TEK.COM>
Date: 23 Jan 91 22:29:12 GMT
References: <1991Jan22.023543.934@melb.bull.oz.au> <1991Jan22.185016.15252@freedom.msfc.nasa.gov> <2679@wn1.sci.kun.nl> <1991Jan23.191016.20988@mp.cs.niu.edu>
Reply-To: terryl@sail.LABS.TEK.COM
Organization: Tektronix, Inc., Beaverton,  OR.
Lines: 27

In article <1991Jan23.191016.20988@mp.cs.niu.edu> rickert@mp.cs.niu.edu (Neil Rickert) writes:
>In article <2679@wn1.sci.kun.nl> hansm@cs.kun.nl (Hans Mulder) writes:
>>
>>You really should try these things before posting them.
>>
>>It won't work on most systems, as the C shell ignores .cshrc and
>>.login files not owned by the effective uid, for security reasons.
>>
>
>You really should try these things before posting them.
>
> Many versions of C shell will execute a .login file owned by root, even if
>root is not the effective ID.

     You both should look at the code before posting guesses as to what REALLY
is happening. As a matter of fact, you both can be right (but not at the same
time); the source is set up so a compile time option decides whether or not
a user's .cshrc (and .login) is source'd automagically upon shell invocation,
if that .cshrc (and .login) is owned by another user (or group; i.e. if the
groupership is the same, but ownership isn't, the file will be source'd regard-
less of the compile time option).

__________________________________________________________
Terry Laskodi		"There's a permanent crease
     of			 in your right and wrong."
Tektronix		Sly and the Family Stone, "Stand!"
__________________________________________________________