[5060] in SIPB bug reports
sipbftp locker mode
daemon@ATHENA.MIT.EDU (Mark W. Eichin)
Sat Nov 26 21:13:36 1994
Date: Sat, 26 Nov 1994 21:13:15 +0500
From: "Mark W. Eichin" <eichin@MIT.EDU>
To: jhawk@MIT.EDU
Cc: bug-sipb@MIT.EDU, sipb-staff@MIT.EDU
Reply-To: sipb-staff@MIT.EDU
In-Reply-To: jhawk@MIT.EDU's message of Sat, 26 Nov 1994 13:40:22 -0500 <199411261840.NAA14034@lola-granola.MIT.EDU>
Type "m" is a recent invention -- it didn't exist when the hesiod
entry was created. If type "m" actually does what you describe, it
would be reasonable to switch to it.
_Mark_
ps. bug-sipb is the wrong list... sipb-staff is probably better for followups.
SUB: sipbftp locker mode
SUM: jhawk->bug-sipb
Is there some reason that the sipbftp locker is
NFS /u1/ftp BLOOM-PICAYUNE.MIT.EDU w /mit/sipbftp
instead of
NFS /u1/ftp BLOOM-PICAYUNE.MIT.EDU m /mit/sipbftp
given that authentication fails for most mortals, who then need to use
attach -n?
(m means read-write, attempt to auth, but auth failure is not fatal)
--jhawk
