[13059] in Athena Bugs

home help back first fref pref prev next nref lref last post

comp is not RFC822-compliant

daemon@ATHENA.MIT.EDU (Jeff Bigler)
Sun Jan 1 13:52:41 1995

Date: Sun, 1 Jan 95 13:52:31 -0500
From: Jeff Bigler <jcb@MIT.EDU>
To: bugs@MIT.EDU
Reply-To: jcb@MIT.EDU

I tried to use comp to send a message with a "Sender:" line (which was
different from the "From:" line, as permitted in RFC822) in the header,
and it gave the following error message:

What now? send
spost: illegal header line -- Sender:
spost: re-format message and try again
send: message not delivered to anyone

For your convenience, here is the part of RFC822 that describes the
"From" and "Sender" fields:

     August 13, 1982              - 20 -                      RFC #822
 
     Standard for ARPA Internet Text Messages

     4.4.1.  FROM / RESENT-FROM

        This field contains the identity of the person(s)  who  wished
        this  message to be sent.  The message-creation process should
        default this field  to  be  a  single,  authenticated  machine
        address,  indicating  the  AGENT  (person,  system or process)
        entering the message.  If this is not done, the "Sender" field
        MUST  be  present.  If the "From" field IS defaulted this way,
        the "Sender" field is  optional  and  is  redundant  with  the
        "From"  field.   In  all  cases, addresses in the "From" field
        must be machine-usable (addr-specs) and may not contain  named
        lists (groups).

     4.4.2.  SENDER / RESENT-SENDER

        This field contains the authenticated identity  of  the  AGENT
        (person,  system  or  process)  that sends the message.  It is
        intended for use when the sender is not the author of the mes-
        sage,  or  to  indicate  who among a group of authors actually
        sent the message.  If the contents of the "Sender" field would
        be  completely  redundant  with  the  "From"  field,  then the
        "Sender" field need not be present and its use is  discouraged
        (though  still legal).  In particular, the "Sender" field MUST
        be present if it is NOT the same as the "From" Field.

        The Sender mailbox  specification  includes  a  word  sequence
        which  must correspond to a specific agent (i.e., a human user
        or a computer program) rather than a standard  address.   This
        indicates  the  expectation  that  the field will identify the
        single AGENT (person,  system,  or  process)  responsible  for
        sending  the mail and not simply include the name of a mailbox
        from which the mail was sent.  For example in the  case  of  a
        shared login name, the name, by itself, would not be adequate.
        The local-part address unit, which refers to  this  agent,  is
        expected to be a computer system term, and not (for example) a
        generalized person reference which can  be  used  outside  the
        network text message context.

        Since the critical function served by the  "Sender"  field  is
        identification  of  the agent responsible for sending mail and
        since computer programs cannot be held accountable  for  their
        behavior, it is strongly recommended that when a computer pro-
        gram generates a message, the HUMAN  who  is  responsible  for
        that program be referenced as part of the "Sender" field mail-
        box specification.

-- 
Jeff Bigler     36 Cook Street         Home voice/FAX/messages: +1 617 592 5802
jcb@mit.edu     Lynn, MA 01902-2757   Find me from an AT&T phone: 0-700-BIGLERJ
                    http://www.mit.edu/people/jcb/home.html

home help back first fref pref prev next nref lref last post