home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / protocol / tcpip / 4280 < prev    next >
Encoding:
Internet Message Format  |  1992-09-02  |  1.9 KB
  1. Path: sparky!uunet!think.com!barmar
  2. From: barmar@think.com (Barry Margolin)
  3. Newsgroups: comp.protocols.tcp-ip
  4. Subject: Re: FTP RFC and multi-line replies?
  5. Date: 3 Sep 1992 04:33:13 GMT
  6. Organization: Thinking Machines Corporation, Cambridge MA, USA
  7. Lines: 37
  8. Message-ID: <1844i9INNrn8@early-bird.think.com>
  9. References: <peter-020992112136@134.7.50.3>
  10. NNTP-Posting-Host: gandalf.think.com
  11.  
  12. In article <peter-020992112136@134.7.50.3> peter@cujo.curtin.edu.au (Peter N Lewis) writes:
  13. >         If
  14. >         an intermediary line begins with a 3-digit number, the Server
  15. >         must pad the front  to avoid confusion.
  16. >
  17. >In particular the last sentence, would indicate that the above format is in
  18. >fact illegal
  19.  
  20. I think that sentence was misworded.  It should have said, "If an
  21. intermediary line begins with a 3-digit number followed by space, ...."
  22. There's clearly no reason why a client should be confused by intermediary
  23. lines prefixed with "123-".
  24.  
  25. >But thats neither here nor there.  I'm wondering if there is any
  26. >disagreement on this point, is the first format actually valid?
  27.  
  28. Certainly.  The rule is that the first line must begin with "123-", the
  29. last line must begin with "123<space>", and the intermediary lines must not
  30. begin with "123<space>".  The above sentence was intended to easy
  31. interoperability with clients that look for any
  32. <digit><digit><digit><space> prefix rather than trying to match the
  33. original ("Be conservative in what you send").
  34.  
  35. I've seen some FTP servers whose greeting messages contain:
  36.  
  37. 230-If your ftp client has problems with the extended messages (or if you
  38. 230-simply find such messages annoying), connect again and use a password 
  39. 230-that begins with "-" to disable these messages.
  40.  
  41. So I suppose there are some clients out there that can't handle multiline
  42. replies.  However, they may have trouble with them in any format.
  43.  
  44. -- 
  45. Barry Margolin
  46. System Manager, Thinking Machines Corp.
  47.  
  48. barmar@think.com          {uunet,harvard}!think!barmar
  49.