Internet Mail Messages

An Internet mail message is composed of the following elements:

Envelope
Message

For complete information on message envelopes and headers, respectively, refer to RFCs 821 and 822.


Message Envelope

The IMTA uses the contents of the envelope to make routing decisions. It does not use the content of the message. The content of the envelope is primarily defined RFC 821. It includes the originator address, the recipient(s) address(es), and envelope ID. The IMTA supports additional envelope information related to SMTP service extensions published after RFE 821 such as notary (the ability to specify requested Delivery Status Notification for each recipient, see RFE 1891) and original recipient addresses


Message

RFC 822 defines a message as headers and contents.

Message Headers

An Internet mail message starts with one or more headers. Each header is composed of a field name followed by a colon then a value. Values can be generated by the composer of a message, the mail client, and IMTAs. Headers contain the following types of information about the message:

Delivery information (for example, TO, CC, BCC, From, reply-to, in-reply-to)
Summaries of the content (for example, subject, keywords, comments).
Information that enables tracing of a message if problems occur (for example, message-ID, references, received, return-path).
Information specific to the Multipurpose Internet Mail Extensions (MIME). For more information on MIME and MIME-specific headers, refer to Message Content/MIME.

RFC 822 defines several headers. Not all defined headers need to be present in a message. In fact, only a few headers are required for any type of message.

The administrator of a mail client can construct a template of desired headers that the composer of a new, forwarded, or replied-to message fills in. The following is an example of a simple template of headers for a new message:

To:
Subject:
Date:
Cc:

The mail client can automatically generate some headers (From, reply-to, message-ID, and references).

Before the message is submitted to the IMTA, the mail client can add a date header. If the From header contains multiple email addresses or if the email address is different than the submitting mail client, then the sender header is added.

An IMTA can also add headers to a message. Each IMTA that accepts a message adds a received header to that message. The last IMTA to accept the message and to actually deliver the message to the message store adds a return-path header. The received and return-path headers provides information that enables you to trace the routing path taken by the message if a problem occurs.

Message Content/MIME

A blank line separates the headers and the content or body of the message. The content or body of the message provides the data that the originator of the message intends to transmit to the recipient.

SIMS supports Multipurpose Internet Mail Extensions (MIME). Whereas RFC 822 is limited to handling text messages of a single body part, MIME extends RFC 822 to handle multiple body parts.

Therefore, the content of a message can include text as well as images, audio, video, and binary or application-specific files. The text included in the message content has the following characteristics:

Unstructured or structured
Unlimited line length or overall length
Non-ASCII character sets, which allows non-English language text
Multiple fonts

If included, the images, audio, video, and binary or application-specific files appear as attachments.

MIME defines the following headers that can appear at the start of an Internet mail message:

MIME-version - Specifies a version number to indicate that a message format conforms to the MIME standard
Content-type - Specifies the type or subtype of data in the content or body of a message. Possible values include the following
  Text - Indicates data that is principally text
  Multi-part - Indicates a message consisting of multiple body parts, each having its own data type
  Application - Indicates either application or binary data
  Message - Indicates an encapsulated message
  Image - Indicates still image (picture) data
  Audio - Indicates audio or voice data
  Video - Indicates video or moving image data, possibly with audio as part of the composite video data format
Content-transfer-encoding - Specifies how the data is encoded so that the data can traverse Internet Message Transfer Agents (IMTAs) outside of the SIMS email system that may have data or character set limitations
Content-ID - Specifies an ID for a message content or body
Content-description - Text that provides descriptive information about the message content or body

For complete information on MIME, refer to RFCs 1521, 2045, 2046, 2047, 2048, and 2049.




Copyright © 1999 Sun Microsystems, Inc. All Rights Reserved.