rfc1440.txt

来自「著名的RFC文档,其中有一些文档是已经翻译成中文的的.」· 文本 代码 · 共 507 行 · 第 1/2 页

   indicating Mega, Kilo, or Giga.  Size may be an inexact value (the
   data file will be read until one of the above end-of-file indications
   is received).  The size specified is used to answer the question, "is
   there room for it?"

   The from token is the login name of the user sending this file.

   The auth token is an unimplemented authentication ticket.
   Authentication is not ensured in the protocol as described.  There
   are several ways that it might be added to UFT over TCP, but this
   author will wait for authentication developments by others to come to
   fruition before implementing any.  When UFT is piggy-backed on mail,
   authentication is left to the mail transfer system.

   The FILE command is required in any transaction.

   The USER Command:

                USER    recipient

   The recipient is a valid local user or service name.

   The USER command is required in any transaction.  Without it, the
   destination of the file is unknown.



Troth                                                           [Page 5]

RFC 1440                        SIFT/UFT                       July 1993


   The TYPE Command:

                TYPE    type   [parm]

   Some representation types need additional specification.  As an
   example, the type "F" (fixed length, record oriented) obviously needs
   more qualification.  How long are these fixed length records?  A
   record length in ASCII decimal should follow the "F" resulting in a
   command like "TYPE F 80".

   UFT types V, W, X use a tape model for file transfer.  Files in
   transit consist of blocks that vary in size based on the range of
   sizes specifiable with 16, 32, or 64 bits, respectively.  Whether the
   blocking is significant to the recipient is the decision of the
   recipient, but if the file originally had some kind of blocking, it
   is preserved without additional processing.  In the stream, the 16,
   32, or 64-bit block length is prepended to each record in TCP/IP
   network order.

   Type N (NETDATA) is an IBM representation common on NJE networks.

   The TYPE command is required in any transaction.

   The NAME Command:

                NAME    filename


   A name should typically be associated with the file being sent,
   although this is not mandatory.   This is a mixed case token
   delimitted by white space.   If the filename contains blanks or white
   space, it must be quoted.   Quotation is not valid within the
   filename. ASCII control characters (hex 00 thru 1F and 80 thru 9F)
   are not valid as part of the filename.  Some characters may have
   special meaning to the receiving operating system and their effect is
   not guaranteed.

   The NAME command is optional.

   The DATE Command:

                DATE    date    time    [time-zone]

   The time stamp on the file as it appears at the sending site may be
   sent and applied to the copy at the receiving site.  The form is US
   mm/dd/yy and hh:mm:ss.  A time zone is optional.  If the time zone is
   omitted, local time is assumed.  If the DATE command is omitted, time
   and date of arrival are assumed.



Troth                                                           [Page 6]

RFC 1440                        SIFT/UFT                       July 1993


   The DATE command is optional.

   The DATA Command:

                DATA  [burst-size]

   If no data bursts have yet been received since the connection was
   opened or since an EOF or ABORT was received, the server opens a new
   file on the receiving end and writes this burst of data to it.  The
   file may have already been created by a prior DATA command.  There
   can be any number of DATA commands; most files will be sent using
   many data bursts.  If burst-size is supplied, then burst-size number
   of octets are read and appended to the open file on the receiving end
   and the server returns to the command state.  If no burst-size
   parameter is given, then the TCP stream is read until it is closed.
   (this is the "fast" mode mentioned above)

   The DATA command must come after FILE, USER, TYPE, and any other
   parametric commands and must come before any EOF or ABORT command.
   The file need not be complete before an ABORT can be received and
   carried out, but the DATA command must have completed (burst-size
   number of octets must have been read), thus ABORT is not possible in
   "fast" mode.

   The EOF Command:

                EOF

   This signals the server that the entire file has been sent.  The
   server then closes the file and ensures that it is disposed of
   appropriately, usually just placing it where a user-level application
   can retrieve it later.

   The ABORT Command:

                ABORT

   This signals the server that the client is unable or unwilling to
   finish the job.  The file should be discarded and the server should
   return to normal command processing.

   The QUIT Command:

                QUIT

   This signals the server that all work is complete.  Any open file
   should be closed and delivered.  The TCP stream will be closed.




Troth                                                           [Page 7]

RFC 1440                        SIFT/UFT                       July 1993


        Other commands:

        CLASS       class
        FORM        paper-form-code  or  print-stock-code
        DEST        destination
        DIST        distribution-code  or  mail-stop
        FCB         forms-control-buffer  or  carriage-tape
        CHARSET     print-train  or  character-set

        The above are relevant to print jobs sent to a print server.

        LRECL       logical-record-length
        RECFM       record-format
        BLKSIZE     block-size
        MODE        file access permissions

6.  References

        NJE        --   Network Job Entry; IBM publication SC23-0070,
                        "Network Job Entry; Formats and Protocols"

        NETDATA    --   see IBM publication aann-nnnn (SC24-5461);
                        VM/ESA: CMS Application Development Reference
                        for Assembler

        BITNET     --   "Because It's Time"; academic network
                        based on NJE protocol

        MIME       --   RFC 1341; Multipurpose Internet Mail Extensions;
                        Borenstein & Freed

        FTP        --   File Transfer Protocol; STD 9, RFC 959;
                        Postel & Reynolds

        SMTP       --   STD 10, RFC 821; Simple Mail Transfer
                        Protocol; Postel

        LPR        --   UNIX Programmer's Manual, LPD(8);
                        4.2BSD Line Printer Spooler Manual

7.  Security Considerations

   Security issues are not discussed in this memo.








Troth                                                           [Page 8]

RFC 1440                        SIFT/UFT                       July 1993


8.  Author's Address

   Rick Troth
   Rice University
   Information Systems
   Houston, Texas 77251

   Phone: [phone]
   Fax: [phone]
   EMail: [e-mail]









































Troth                                                           [Page 9]