[8233] in Athena Bugs

home help back first fref pref prev next nref lref last post

mh relies on username

daemon@ATHENA.MIT.EDU (kkkken@ATHENA.MIT.EDU)
Thu Sep 19 09:39:10 1991

From: kkkken@ATHENA.MIT.EDU
Date: Thu, 19 Sep 91 09:39:40 -0400
To: bugs@ATHENA.MIT.EDU


Both "inc" and "comp" rely on your local username (as stored in
/etc/passwd) to establish your network identity.  They should use your
Kerberos principle name.  

I run all my processes as root locally, with kerberos tickets and
tokens for kkkken@ATHENA.MIT.EDU.  Inc reports that I have no mail to
incorporate, even when I do.  I tried "inc -user kkkken", and that
failed with the same error.  "inc -user kkkken", at least, should have
ignored my local username.  I was able to incorporate from a shell
using my own UID.

"Comp" created mail that it claimed came from root.  It would be
better if it used my network identity.

I have worked around this problem by putting the following at the top
of my /etc/passwd.local:

>> kkkken:*:7673:101:Ken Duda,Not Chee,W20-557,37788,5477487:/mit/kkkken:/bin/csh
>> kkkken:NOLOGIN:0:1:Don't ask:/mit/kkkken:/bin/csh
>> root:XFfPf/BCDGbKA:0:1:System PRIVILEGED Account:/:/bin/csh

Isn't that excellent?  It fools both inc and comp.  Inc will then
incorporate my mail.  Comp will create mail from "kkkken".  (It also
fools whoami and ps; I have no way any more of telling which processes
are running uid 0 and which are running uid 7673!)

Oh, _well_...

	-Ken

home help back first fref pref prev next nref lref last post