bounced mail

[Bill Phillips]

The following was bounced, so I figured I might as well post it:


   ----- Transcript of session follows -----
>>> RCPT To:<schuman at odin.corp.sgi.com>
<<< 550 <schuman at odin.corp.sgi.com>... User unknown
550 <@relay.corp.sgi.com:schuman at odin.corp.sgi.com>... User unknown

   ----- Unsent message follows -----
Received: from gate-shinobu.sgi.com by palladium.corp.sgi.com (5.52/900721.SGI)
	for schuman at odin.corp.sgi.com id AA01738; Thu, 30 Aug 90 15:02:42 PDT
Received: from relay.sgi.com by shinobu.sgi.com (5.52/891101.SGI)
	for @relay.corp.sgi.com:schuman at odin.corp.sgi.com id AA05348; Thu, 30 Aug 90 15:02:39 PDT
Received: from sgi.sgi.com by relay.sgi.com (5.52/900423.SGI)
	for shinobu.sgi.com!odin!schuman id AA00418; Thu, 30 Aug 90 15:02:37 PDT
[... intermediate hops omitted ...]
Received: by contex.xds.xyvi.com (5.52/890607.SGI)
	(for uunet!cs.utexas.edu!sdd.hp.com!decwrl!sgi!shinobu!odin!schuman) id AA23905; Thu, 30 Aug 90 17:42:32 EDT
Date: Thu, 30 Aug 90 17:42:32 EDT
>From: shinobu.sgi.com!relay.sgi.com!SGI.COM!decwrl.dec.com!hplabs!uunet.UU.NET!contex!bill (Bill Phillips)
Message-Id: <9008302142.AA23905 at contex.xds.xyvi.com>
To: uunet.UU.NET!uunet!cs.utexas.edu!sdd.hp.com!decwrl!sgi!shinobu!odin!schuman
Subject: Re: rsh (remote shell) -- undocumented(?) feature(?)
Newsgroups: comp.sys.sgi
In-Reply-To: <1990Aug29.014812.14956 at odin.corp.sgi.com>
References: <1406 at contex.UUCP>
Organization: Xyvision Design Systems, Wakefield, MA
Cc: 

In article <1990Aug29.014812.14956 at odin.corp.sgi.com> you write:
:I just looked over the source for rshd, and I didn't see it setting
:umask anywhere.  It isn't set in rcmd(3) either.  Doing a setuid
:system call doesn't source the rc files belonging to the new user,
:so umask isn't getting set that way.
:
:The umask shell variable is inherited by child processes.  My guess
:is that on your system rshd's parent (inetd) has a umask of 022,
:and so does rshd's grandparent (init).


Well, a bit more investigation turned up the fact that this problem
only occurs on machines running IRIX 3.3.  inetd on these machines 
seems to set/inherit the umask of 0022, whereas the ones under 3.2
do not.  There appears to be no difference in the way inetd is started up
on the two systems.

Indeed, we just reloaded a system from scratch, and when we

rsh <name> umask, we get 22.

We are reporting this to the sgi hotline, but it's really  driving me nuts
that I can't find out why this is happening.

Incidentally, I gather there is an undocumented flag ("-d") for inetd.
Do you know what it is for?

Thanks,
bill


-- 
William F Phillips,  Sr. Engr.,  Development Systems Development Group,
    Xyvision Design Systems  +  101 Edgewater Drive  +  Wakefield, MA, USA
        uunet!contex!bill                     (formerly wfp at well & wfp at dasys1)








-- 
William F Phillips,  Sr. Engr.,  Development Systems Development Group,
    Xyvision Design Systems  +  101 Edgewater Drive  +  Wakefield, MA, USA
        uunet!contex!bill                     (formerly wfp at well & wfp at dasys1)