home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!crdgw1!newsun!donp
- From: donp@novell.com (don provan)
- Newsgroups: comp.protocols.tcp-ip
- Subject: Re: FTP: RFC interpretation
- Keywords: FTP, RFC959
- Message-ID: <1992Aug28.002647.22523@novell.com>
- Date: 28 Aug 92 00:26:47 GMT
- References: <1992Aug20.030954.4831@cssc-woll.tansu.com.au>
- Sender: usenet@novell.com (The Netnews Manager)
- Organization: Novell, Inc., San Jose, California
- Lines: 33
- Nntp-Posting-Host: na.novell.com
-
- In article <1992Aug20.030954.4831@cssc-woll.tansu.com.au> brian@cssc-woll.tansu.com.au (byrnes brian) writes:
- >I am currently having a disagreement with IBM regarding their
- >interpretation of RFC959. I am using their MVS FTP server
- >(part of their TCP/IP for MVS package), and I think their
- >server does not adhere to the RFC. IBM disagrees.
-
- This point of RFC959 has been clarified by RFC1123, "Requirements for
- Internet Hosts -- Application and Support". In general, it says that
- IBM shouldn't be making up numbers, but your FTP client also shouldn't
- assume specific response codes instead of basing its reaction solely
- on the highest digit of the response. Specifically, from 4.1.2.11 on
- page 33 of RFC1123:
-
- Begin quote:
-
- A Server-FTP SHOULD use the reply codes defined in RFC-959
- whenever they apply. However, a server-FTP MAY use a
- different reply code when needed, as long as the general
- rules of Section 4.2 are followed. When the implementor has
- a choice between a 4xx and 5xx reply code, a Server-FTP
- SHOULD send a 4xx (temporary failure) code when there is any
- reasonable possibility that a failed FTP will succeed a few
- hours later.
-
- A User-FTP SHOULD generally use only the highest-order digit
- of a 3-digit reply code for making a procedural decision, to
- prevent difficulties when a Server-FTP uses non-standard
- reply codes.
-
- End quote.
-
- don provan
- donp@novell.com
-