RFC498

From RFC-Wiki




NETWORK WORKING GROUP ROBERT T. BRADEN RFC #498 UCLA/CCN NIC #15715 APRIL 17, 1973


                     ON MAIL SERVICE TO CCN


Most of the recent documents on mail protocols have discussed the

facilities desired at "post-office" hosts, i.e. those which provide store-and-forward services. CCN has no plans to provide post-office services; we expect to receive mail only for the staff of CCN. Our greatest concern is to get messages reliably to and from our administrative and user support people who don't habitually use on-line terminals, so we are printing out all mail and distributing it by courier/secretary.

Let me say a friendly word for SNDMSG.  This Tenex command, which

uses the FTP MAIL command to deliver messages, is very simple but extremely useful--probably because it is so simple. Furthermore, it is one of the well-kept secrets of the Network that SNDMSG can be used to send messages to any host which supports the MAIL command (without requiring logon to FTP). Thus, to send a message to anyone at CCN, the recommended procedure is to do SNDMSG to "name@CCN". This connects to CCN's FTP and sends a "MAIL name" command followed by the message. We now accept any "name" and print an immediate upper-case copy which is distributed to the recipient's office. So, if you SNDMSG to "BRADEN@CCN", your message will end up on my desk, usually within a few hours. Other useful SNDMSG destination at CCN are:

       WBK@CCN or KEHL@CCN      (the Director)
       RIB@CCN or BELL@CCN      (Supervisor Of User Relations)
       BBN@CCN or NOBLE@CCN     (Barbara Noble, User Consultant)

This fine service is brought to you by your friendly neighborhood Tenex.

On the other hand, the Tenex READMAIL command is a little too

simple. After giving you a message, it should ask you whether you want to delete, keep, forward, and/or repeat the message.

Dave Crocker of NMC has suggested an extension to the MAIL and MLFL

(Mail File) commands in CCN's FTP to allow CCN to serve as a mail delivery station for NMC as well as CCN. This extension is intended to be a trivial subset of the full-blown mail protocol which is currently being developed by Jim White et al. It is a simple means to allow CCN's high-speed printers to be used conveniently for receiving and



disseminating Network documentation as well as messages. It is based upon extensions of the pathname/user name fields in the MLFL/MAIL commands, respectively. The proposed syntax is as follows:

                       __                   __
                      |                       |
                      | ;D[DOCUMENT]          |
                      | ;M[MESSAGE]           |
           <userid>   | ;C[COPIES]= <integer> |
                      | ;BIN= <integer>       |
                      |__                   __|

The semantics would be:

(1) <userid>  will normally be a valid TSO userid; this will be used
              to determine a charge number to account for the
              printing. If <userid> is _not_ recognized, the rest of
              the parameters will be ignored, but the mail will
              still be accepted. The result will be to print one
              copy immediately in upper case and send it to Bin
              9906, charging it to an overhead account.
(2) MESSAGE   means print a copy immediately using the normal
              upper-case-only train. This is the default.
(3) DOCUMENT  means enqueue the text for overnight printing with an
              upper/lower case print train.  A message indicating
              receipt (and perhaps the first block) will also be
              printed immediately in upper case and distributed.
(4) COPIES    makes multiple copies. [This facility will not be
              available immediately].
(5) BIN       specifies CCN bin to receive output. Default will be
              9906 (ARPA mail bin).
Each incoming message will be time-and-date-stamped.  The time/date

will appear on the first page of the message (on a separate page in the case of upper/lowercase), in the 256 acknowledgment message from FTP, and on our system log file. This time/date stamp may be useful for users to keep tabs on their documents, and to allow us to track down missing messages. The semicolon and equal sign delimiters of this syntax are acceptable in the "user" parameter to SNDMSG.

This extended MAIL syntax will be implemented by June 1.

RTB/gjm




   [ This RFC was put into machine readable form for entry ]
   [ into the online RFC archives by Alex McKenzie with    ]
   [ support from GTE, formerly BBN Corp.             9/99 ]