rfc524.txt

来自「中、英文RFC文档大全打包下载完全版 .」· 文本 代码 · 共 1,976 行 · 第 1/5 页

                  Component.

                  The server returns the Citation Components in the
                  order requested by the user process (except that
                  Content, if requested as a file, is always returned
                  after the 'end of citation' indication), each as a
                  reply whose numeric code is 172 and whose text is
                  exactly the command normally used to communicate that
                  same parameter to the server.  A reply whose numeric
                  code is 173 terminates the reply list.

                  Title and Content, which (in general) may each contain
                  the TELNET New Line sequence (CR LF), are represented
                  as continued replies, using the FTP reply continuation
                  convention (see the FTP protocol document).  The first
                  four characters of each reply line except the first
                  and last are blanks inserted by the server which must
                  be deleted by the user process to correctly recover
                  the value of the Title or Content.

         The Citation Retrieval function is terminated with either of
         the commands:

            EXIT <CA>    or    ABORT <CA>

         EXIT represents normal termination, and causes the server to
         perform the Citation Retrieval function for which parameters
         have just been given.  ABORT represents abnormal termination
         and effects exit from the function with no action having been
         taken by the server; the whole command exchange, beginning with
         RETRIEVE, is therefore a NOP.










White                                                          [Page 29]

RFC 524                 A Proposed Mail Protocol            13 June 1973


      UPDATE CITATION

         The Update Citation function is invoked with the command:

            UPDATE <CA>

         Once this command is given, the user process shall provide the
         following (in any order that suits it):

            (1) Requestor

               This parameter is required unless Controlling Access has
               been granted to All, in which case it is treated as a NOP
               if given.  The server verifies that the Requestor has
               Controlling Access to the piece of Mail.

            (2) One or more Update Requests

         The Update Citation function is terminated with either of the
         commands:

            EXIT <CA>    or    ABORT <CA>

         EXIT represents normal termination, and causes the server to
         perform the Update Citation function for which parameters have
         just been given.  ABORT represents abnormal termination and
         effects exit from the function with no action having been taken
         by the server; the whole command exchange, beginning with
         UPDATE, is therefore a NOP.

      USER VERIFICATION

            The User Verification function is invoked with the command:

               VERIFY <CA>

            Once this command is given, the user process shall specify
            any number of Requestors.

            The server prompts for the Id for each, the user process
            provides it, and the server returns a reply whose numeric
            code is 272 is the Id is correct or 472 otherwise.

         The User Verification function is terminated with either of the
         commands:

            EXIT <CA>    or    ABORT <CA>




White                                                          [Page 30]

RFC 524                 A Proposed Mail Protocol            13 June 1973


EXAMPLE

   In the example below, a short message is recorded for public access,
   and distributed to a single recipient.  The user process is assumed
   already connected to the server.

      Note: This would be the implementation of NIC Journal Submission,
      where the NIC is understood to be both a Recording and
      Distribution Agent.

   Replies from the server are in brackets.

      MAIL <CA>

         The Mail system is invoked.
         [261 RE DE DI FW CI UP UV -- supported.]

      REC <CA>

         The Recording function is invoked.
         [200 OK.]

      TITL SMFS Runs on TENEX 1.31 at the NIC <CA>

         A Title is given
         [200 OK.]

      TEXT The NIC came up on TENEX 1.31 on 1-APR. <CRLF> I tried SMFS
      here on the new monitor and it <CRLF> works fine.  I don't
      understand why I had <CRLF> problems running your copy of the code
      at <CRLF> BBN-TENEX.  Are you still unable to reference <CRLF> the
      same archived file from two different <CRLF> TENEXs? <CA2>

         The Content of the message is entered.
         [200 OK.]

      CLER WHITE@SRI-ARC <CR>

         The Clerk is identified as White at SRI-ARC.
         [330 OK.  Now Id, please]

      ID id <CA>

         His Id is supplied.
         [200 OK.]






White                                                          [Page 31]

RFC 524                 A Proposed Mail Protocol            13 June 1973


      EXIT <CA>

         Exit from the Recording function is effected, and the pathname
         '15490' is returned by the Recording Agent for the now Recorded
         Mail.
         [270 15490 -- is assigned as the pathname.]

      DIST <CA>

         The Distribution function is invoked.
         [200 OK.]

      LOC SRI-ARC 15490 <CA>

         The message just recorded is specified for Distribution.
         [200 OK.]

      RECI * DHC <CA>

         The Recipient is specified via NIC Ident to be Dave Crocker at
         UCLA-NMC.
         [200 OK.]

      GREE Dave <CA>

         A Greeting is given.
         [200 OK.]

      DISP R

         A reply is requested.
         [200 OK.]

      SIGN Jim

         The message is signed.
         [200 OK.]

      ACKC A <CA>

         Acknowledgment of the Mail's Delivery is requested whether
         Delivery succeeds or fails..
         [200 OK.]

      ACKT T <CA>

         The Acknowledgment is to be terse.
         [200 OK.]



White                                                          [Page 32]

RFC 524                 A Proposed Mail Protocol            13 June 1973


      CUT 1 D <CA>

         If Delivery hasn't been effected within 24 hours, the attempt
         is to be abandoned (and an Acknowledgment of failure returned).
         The Monitor (to whom the Acknowledgment is sent) is allowed to
         default to the Clerk.
         [200 OK.]

      SERI serial <CA>

         A Serial Number is assigned for purposes of coordinating
         Acknowledgment and Reply.  A desirable implementation of the
         sender's user and server processes is one in which the Serial
         Number is assigned by the user process, rather than by the
         human user himself in such a way that his server process can
         automatically make the association between original Mail, and
         subsequent Acknowledgment and Reply.
         [200 OK.]

      EXIT <CA>

         Exit from the Distribution function is effected.
         [200 OK.]

      EXIT <CA>

         Exit from the Mail subsystem is effected.
         [200 OK.]























White                                                          [Page 33]

RFC 524                 A Proposed Mail Protocol            13 June 1973


COMMAND SUMMARY

   Every command requires at least one reply from the server.

   THOSE SPECIFIC TO MP

      ABORT <CA>
      ACCESS <individual> <CA>
      ACCESSTYPES <accesstypes> <CA>
      ACKCONDITION <ackcondition> <CA>
      ACKTYPE <acktype> <CA>
      AUTHOR <individual> <CA>
      CATALOG <catalog> <CA>
      CITATIONTEMPLATE <citationtemp> <CA>
      CLERK <individual> <CA>
      COMMENTS <comments> <CA>
      CREATIONDATE <datetime> <CA>
      CUTOFF <interval> <CA>
      DELIVER <CA>
      DELIVERYTYPE <deliverytype> <CA>
      DISPOSITION <disposition> <CA>
      DISTRIBUTE <CA>
      EXIT <CA>
      FILE <CA>
      FORWARD <CA>
      FORWARDEE <individual> <CA>
      GENERALDELIVERY <CA>
      GREETING <greeting> <CA>
      ID <id> <CA>
      LOCATION <fileaddr> <CA>
      MAIL <CA>
      MONITOR <individual> <CA>
      PATHNAME <pathname> <CA>
      RECIPIENT <individual> <CA>
      RECORD <CA>
      REFERENCESERIAL <serialnumber> <CA>
      REPORTINTERVAL <interval> <CA>
      REQUESTOR <individual> <CA>
      RETRIEVE <CA>
      SERIAL <serialnumber> <CA>
      SIGNATURE <signature> <CA>
      TEXT <string> <CA2>
      TITLE <title> <CA>
      UPDATE <CA>
      UPDATETYPE <updatetype> <CA>
      VERIFY <CA>





White                                                          [Page 34]

RFC 524                 A Proposed Mail Protocol            13 June 1973


   THOSE BORROWED FROM FTP

      The following commands borrowed from FTP are defined (also) as MP
      commands to support the transfer of the Content of a piece of Mail
      in 'file' form.  The reader is referred to the FTP protocol
      document for a description of their use and syntax.  The borrowed
      commands are:

         BYTE, SOCK, PASV, TYPE, STRU, MODE, REST, and SITE.

      The following commands borrowed from FTP are defined (also) as MP
      commands to permit changes of accounting parameters within the MP
      subsystem.  The accounting parameters in force when the subsystem
      is entered apply (if necessary) within the subsystem until
      changed.  Values to which the parameters may have been changed
      while in the subsystem continue in effect upon return to the FTP
      command space.  The borrowed commands are:

         USER, PASS, and ACCT.

      The following miscellaneous commands borrowed from FTP are defined
      also as MP commands:

         HELP and NOOP.

COMMAND REPLIES

   This list is undoubtedly incomplete; some crucial reply code
   assignments may be missing despite the author's attempt to foresee
   the kinds of interaction that might arise between user and server and
   the responses from the server that they would require.

      172 <A Citation Component>

          In response to the EXIT command which terminates the Citation
          Retrieval function.

      173 End of citation.

          Following a list of 172 replies.

      200 OK.

          This is the standard, positive acknowledgment used throughout
          the Protocol.






White                                                          [Page 35]

RFC 524                 A Proposed Mail Protocol            13 June 1973


      270 <pathname> -- is assigned as the pathname.

          In response to the EXIT command which terminates the Record
          function.

      271 <functionlist> -- supported.

          In response to the MAIL command by which the user process
          gains entry to the Mail subsystem.  This response is
          mandatory, and from it the user process can quickly determin