From mboxrd@z Thu Jan  1 00:00:00 1970
Date: Tue,  8 Aug 1995 01:37:31 -0400
From: MAILER-DAEMON@ncrcae.columbiasc.NCR.COM MAILER-DAEMON@ncrcae.columbiasc.NCR.COM
Subject: Returned mail
Topicbox-Message-UUID: 1420beb4-eac8-11e9-9e20-41e7f4b1d025
Message-ID: <19950808053731.IVUuRB7KZzx_lpaxaRCc7qSRNqZ_L3X3sp0ERXwrmDM@z>

Your mail could not be delivered because of the following reason:


   ----- Transcript of session follows -----
Executing: /usr/lib/mail/surrcmd/smtpqer -C -u ncrcae.ColumbiaSC.NCR.COM!ncrhub4!ncrgw1!cse.psu.edu!9fans yesac wescott@yesac
smtpqer: Binary contents cannot be sent via SMTP
server "/usr/lib/mail/surrcmd/smtpqer" failed - unknown mailer error 1

   ----- Unsent message follows -----
>>From ncrgw1!cse.psu.edu!9fans Tue Aug  8 01:38 EDT 1995 remote from ncrhub4
Received: by ncrhub4.ATTGIS.COM; 8 Aug 95 01:38:24 EDT
Received: by ncrgw1.ATTGIS.COM; 8 Aug 95 01:37:59 EDT
Received: by psuvax1.cse.psu.edu id <33986>; Tue, 8 Aug 1995 00:52:43 -0400
Received: from plan9.att.com ([192.20.225.252]) by psuvax1.cse.psu.edu with SMTP id <33958>; Tue, 8 Aug 1995 00:52:05 -0400
From:	seanq@plan9.att.com
To:	9fans@cse.psu.edu
Date:	Tue, 8 Aug 1995 00:22:06 -0400
Message-Id: <95Aug8.005205edt.33958@psuvax1.cse.psu.edu>
Sender: owner-9fans@cse.psu.edu
Precedence: bulk
Reply-To: 9fans@cse.psu.edu

>That sounds like a bug.  But why doesn't ftpfs suffer the same
>symptoms?  On the other hand, even
>	sleep 10 >[0]/tmp/zz >[1]/tmp/zz >[2]/tmp/zz >[3]/tmp/zz &
>makes the window stick around; what files is that holding open?
>It should be none, right?

When you open a window, a new name space is created with the window's
files bound in the appropriate places, i.e. /dev and /mnt/8B=.  These
binds are in effect open file descriptors and the window will not
go away until they are closed.  This is why the command line
	sleep 10 >[0]/tmp/zz >[1]/tmp/zz >[2]/tmp/zz >[3]/tmp/zz &
stops the window from closing.

The namespace itself is referenced counted, so when all processes associated
with the name space have exited, any open files bound in the namespace are closed.

The reason the window closes even though ftpfs is running is rather subtle.
When ftpfs is started, it rforks the server process with the flag RFNAMEG
set.  This puts the server process in a copy of the original namespace.
Note that since it is a copy of the original namespace, it contains
references the the window's files.
The server is accessed by a pipe that is mounted in the original namespace.
When /bin/rc exits, the original namespace closes.  At this point, the window
is held up by ftpfs's namespace.  However, the original name-space contains
the only reference to one end of the pipe to ftpfs, thus this end of
the pipe is closed.  Ftpfs notices this and dies.  This closes
the namespace associated with ftpfs, closing the files associated with the window,
which finally allows the window to close.......

The reason that the above does not occur for dossrv is that the server
process is not rforked with RFNAMEG set.  This is probably a bug.  The net
result is that rc and dossrv share the same namespace, and thus when rc exits,
the namespace is not closed and hence dossrv does not die.....In effect
dossrv holds itself up, which stops the window from closing.