Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!cs.utexas.edu!sun-barr!newstop!eastapps!bodleian!geoff
From: geoff@bodleian.East.Sun.COM (Geoff Arnold @ Sun BOS - R.H. coast near the top)
Newsgroups: comp.protocols.nfs
Subject: Re: Sun PC-NFS 3.5 "ls -l" output changes
Message-ID: <6116@eastapps.East.Sun.COM>
Date: 14 May 91 13:01:43 GMT
References: <1478@nih-csl.nih.gov>
Sender: news@East.Sun.COM
Reply-To: geoff@east.sun.com (Geoff Arnold @ Sun BOS - R.H. coast near the top)
Organization: Sun Microsystems PC-NFS Engineering
Lines: 24

Quoth ado@elsie.nci.nih.gov (Arthur David Olson) (in <1478@nih-csl.nih.gov>):
#+ From ado Mon May 13 13:09:57 1991
#+ To: sunbugs@sun.com
#+ Subject: Sun PC-NFS 3.5 "ls -l" output changes
#+ 
#+ Description:
#+ 	The Sun PC-NFS 3.5 "ls -l" output changes depending on whether
#+ 	you have or have not done a "net name".

Yes, all of this is quite consistent :-) The algorithm we use
to interpret the uid is as follows: if the uid is the same
as the currently loged-in user, we use the username stored
at the time we did the NET NAME. Otherwise if NIS is running,
we do a lookup in passwd.byuid; if we get a hit, we cache the result
and use the corresponding username. Otherwise we use the numeric
uid. In Arthur's example, it looks like there is no "nobody" entry
in the local NIS map.

Geoff

-- Geoff Arnold, PC-NFS architect, Sun Microsystems. (geoff@East.Sun.COM)   --
------------------------------------------------------------------------------
--     Sun Microsystems PC Distributed Systems ...                          --
--            ... soon to be a part of SunTech (stay tuned for details)     --