home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / protocol / tcpip / ibmpc / 7173 < prev    next >
Encoding:
Internet Message Format  |  1992-12-28  |  1.4 KB
  1. Path: sparky!uunet!spool.mu.edu!agate!ucbvax!FTP.COM!jbvb
  2. From: jbvb@FTP.COM ("James B. Van Bokkelen")
  3. Newsgroups: comp.protocols.tcp-ip.ibmpc
  4. Subject: Re: Wattcp -> Silicon Graphics: (solution + questions)
  5. Message-ID: <9212281806.AA25950@ftp.com>
  6. Date: 28 Dec 92 18:06:05 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Reply-To: jbvb@ftp.com
  9. Distribution: world
  10. Organization: The Internet
  11. Lines: 20
  12.  
  13.  
  14.     .... In the meantime however it would be nice to have the pc end ftp
  15.     agent not insist on a password unless the remote site asks for one.  I
  16.     haven't dug out the relevant rfc yet but I would hope there is some kind
  17.     of feedback... perhaps an agreed "password string empty" message rather
  18.     than a "no password required".
  19.  
  20. RFC 959 says that the client must depend on the server's response to the USER
  21. command:  If the server replies with a 2xx code, then no password is required
  22. and the client shouldn't ask for one.  If the server replies "331...", then
  23. the client *must* prompt for a password.  4bsd-derived Unix FTP servers
  24. afflicted with this bug don't notice that there's no password and send the
  25. "331..." response anyway.  Furthermore, they expect a PASS command next, so
  26. the client can't get anywhere even if it violates the protocol.  Either get
  27. the vendor to fix the server, or put a password on the account.  There's no
  28. other way.
  29.  
  30. James B. VanBokkelen        2 High St., North Andover, MA  01845
  31. FTP Software Inc.        voice: (508) 685-4000  fax: (508) 794-4488
  32.  
  33.