Obey Telnet cmds in binary mode                |3.2.7   |x| | | | |
  End-of-line, CR NUL in binary mode             |3.2.7   | | | | |x|
                                                 |        | | | | | |
End-of-Line                                      |        | | | | | |
  EOL at Server same as local end-of-line        |3.3.1   |x| | | | |
  ASCII Server accept CR LF or CR NUL for EOL    |3.3.1   |x| | | | |
  User Telnet able to send CR LF, CR NUL, or LF  |3.3.1   |x| | | | |
    ASCII user able to select CR LF/CR NUL       |3.3.1   | |x| | | |
    User Telnet default mode is CR LF            |3.3.1   | |x| | | |
  Non-interactive uses CR LF for EOL             |3.3.1   |x| | | | |
                                                 |        | | | | | |
User Telnet interface                            |        | | | | | |
  Input & output all 7-bit characters            |3.4.1   | |x| | | |
  Bypass local op sys interpretation             |3.4.1   | |x| | | |
  Escape character                               |3.4.1   |x| | | | |
     User-settable escape character              |3.4.1   | |x| | | |
  Escape to enter 8-bit values                   |3.4.1   | | |x| | |
  Can input IP, AO, AYT                          |3.4.2   |x| | | | |
  Can input EC, EL, Break                        |3.4.2   | |x| | | |
  Report TCP connection errors to user           |3.4.3   | |x| | | |
  Optional non-default contact port              |3.4.4   | |x| | | |
  Can spec: output flushed when IP sent          |3.4.5   | |x| | | |
  Can manually restore output mode               |3.4.5   | |x| | | |
                                                 |        | | | | | |



























 



RFC1123                   FILE TRANSFER -- FTP              October 1989


4.  FILE TRANSFER

   4.1  FILE TRANSFER PROTOCOL -- FTP

      4.1.1  INTRODUCTION

         The File Transfer Protocol FTP is the primary Internet standard
         for file transfer.  The current specification is contained in
         RFC-959 [FTP:1].

         FTP uses separate simultaneous TCP connections for control and
         for data transfer.  The FTP protocol includes many features,
         some of which are not commonly implemented.  However, for every
         feature in FTP, there exists at least one implementation.  The
         minimum implementation defined in RFC-959 was too small, so a
         somewhat larger minimum implementation is defined here.

         Internet users have been unnecessarily burdened for years by
         deficient FTP implementations.  Protocol implementors have
         suffered from the erroneous opinion that implementing FTP ought
         to be a small and trivial task.  This is wrong, because FTP has
         a user interface, because it has to deal (correctly) with the
         whole variety of communication and operating system errors that
         may occur, and because it has to handle the great diversity of
         real file systems in the world.

      4.1.2.  PROTOCOL WALK-THROUGH

         4.1.2.1  LOCAL Type: RFC-959 Section 3.1.1.4

            An FTP program MUST support TYPE I ("IMAGE" or binary type)
            as well as TYPE L 8 ("LOCAL" type with logical byte size 8).
            A machine whose memory is organized into m-bit words, where
            m is not a multiple of 8, MAY also support TYPE L m.

            DISCUSSION:
                 The command "TYPE L 8" is often required to transfer
                 binary data between a machine whose memory is organized
                 into (e.g.) 36-bit words and a machine with an 8-bit
                 byte organization.  For an 8-bit byte machine, TYPE L 8
                 is equivalent to IMAGE.