home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / protocol / tcpip / 4264 < prev    next >
Encoding:
Text File  |  1992-09-01  |  2.2 KB  |  62 lines
  1. Newsgroups: comp.protocols.tcp-ip
  2. Path: sparky!uunet!munnari.oz.au!uniwa!cujo!NewsWatcher!user
  3. From: peter@cujo.curtin.edu.au (Peter N Lewis)
  4. Subject: FTP RFC and multi-line replies?
  5. Message-ID: <peter-020992112136@134.7.50.3>
  6. Followup-To: comp.protocols.tcp-ip
  7. Sender: news@cujo.curtin.edu.au (News Manager)
  8. Organization: NCRPDA, Curtin University
  9. Date: Wed, 2 Sep 1992 03:30:28 GMT
  10. Lines: 50
  11.  
  12. Hi All,
  13.  
  14. I've noticed that some ftp servers implement multi-line replies like this:
  15.  
  16. 123-Message
  17. 123-Message line 2
  18. 123-Message line 3
  19. 123 Mesage last line
  20.  
  21. Now, my reading of this section of the RFC:
  22.  
  23.          Thus the format for multi-line replies is that the first line
  24.          will begin with the exact required reply code, followed
  25.          immediately by a Hyphen, "-" (also known as Minus), followed by
  26.          text.  The last line will begin with the same code, followed
  27.          immediately by Space <SP>, optionally some text, and the Telnet
  28.          end-of-line code.
  29.  
  30.             For example:
  31.                                 123-First line
  32.                                 Second line
  33.                                   234 A line beginning with numbers
  34.                                 123 The last line
  35.  
  36.          The user-process then simply needs to search for the second
  37.          occurrence of the same reply code, followed by <SP> (Space), at
  38.          the beginning of a line, and ignore all intermediary lines.  If
  39.          an intermediary line begins with a 3-digit number, the Server
  40.          must pad the front  to avoid confusion.
  41.  
  42. In particular the last sentence, would indicate that the above format is in
  43. fact illegal (although any client should be able to cope with both, since
  44. they should be searching for a line that starts with '123<space>').  As
  45. well as that it looks much worse than padding each message line with
  46. spaces:
  47.  
  48. 123-Message
  49.     Message line 2
  50.     Message line 3
  51. 123 Mesage last line
  52.  
  53. But thats neither here nor there.  I'm wondering if there is any
  54. disagreement on this point, is the first format actually valid?
  55.  
  56. Thanks for any info,
  57.    Peter.
  58.  
  59. _______________________________________________________________________
  60. Peter N Lewis, NCRPDA, Curtin University       peter@cujo.curtin.edu.au
  61. GPO Box U1987, Perth WA 6001, AUSTRALIA             FAX: +61 9 367 8141
  62.