Multipurpose Internet Mail Extensions Protocol

Understanding MIME Headers

MIME headers contain information about the protocol.


This indicates that the message is MIME-formatted. It appears as:

MIME-Version: 1.0


This indicates the content type of the message, given as a type and subtype pair: text/plain, text/html, for example. The multipart content type can contain text, HTML, attachments, images, audio, video and so on.

Content-Type: multipart


Indicates whether a binary-to-text encoding scheme is used on top on top of the enciding specified by content-type. If it has, states which one. We can specify 7-bit, 8-bit and binary coding type here.


SMTP messages headers normally use ASCII characters. Non-ASCII characters must use MIME encoded word syntax instead of a literal string. The format is:

“=? charset ? encoding ? encoded text ?=”.


A MIME multipart message contains a boundary in the content-type header. This boundary, which must not occur in any of the parts, is placed between the parts, and at the beginning and end of the body of the message, as follows:

MIME-version: 1.0

 Content-type: multipart/mixed; boundary="frontier"

This is a multi-part message in MIME format.


Content-type: text/plain

This is the body of the message.


Content-type: application/octet-stream

Content-transfer-encoding: base64




Each part consists of its own content header and a body.

Multipart Subtypes

The MIME standard defines various multipart-message subtypes. The subtype is specified in the “Content-Type” header of the overall message.

The following is a list of the most commonly used subtypes.

  • Mixed: Multipart/mixed is used for sending files with different “Content-Type” headers inline. If sending pictures or other easily readable files, most mail clients will display them inline.
  • Message:A message part contains an email message.
  • Digest: digest is a simple way to send multiple text messages. The default content-type for each part is “message/rfc822”.
  • Alternative:The alternative subtype indicates that each part is an “alternative” version of the same (or similar) content, each in a different format denoted by its “Content-Type” header.

Most commonly multipart/alternative is used for email with two parts, one plain text (text/plain) and one HTML (text/html). The plain text part provides backwards compatibility while the HTML part allows use of formatting and hyperlinks. Most email clients offer a user option to prefer plain text over HTML; this is an example of how local factors may affect how an application chooses which “best” part of the message to display.