Preserve octets and identify the right layer
02An octet is an eight-bit byte. The MIME body and the SMTP envelope describe different things; 8BITMIME preserves high bits rather than recoding characters.
For an entirely 7-bit representation, BODY=7BIT is the alternate value of the same extension. A separate BODY=BINARY request is not authorized by 8BITMIME.
Source for this drawing: RFC 6152 · Read RFC section 3 ↗
New to this? Start hereA quick picture + helpful background
A message needs an address.
Think of a packet as a small addressed envelope. Devices pass it onward; transport protocols decide what delivery promises an application gets.
Helpful first, if these ideas are unfamiliar
These pictures are analogies to help you learn. The linked RFC explains the actual rules.
Terms in this drawing
Related RFCs and changes
“Updates” changes part of an earlier RFC. “Obsoletes” replaces it. This list shows selected related documents.
Transport preserves bytes; the MIME charset gives those bytes meaning.
- The receiving server shall preserve all bits in every octet passed through DATA, and after acceptance must deliver or relay without losing those bits.
- Content-Type charset describes character interpretation. Content-Transfer-Encoding: 8bit describes a line-oriented MIME representation, not a charset conversion.
- BODY=7BIT is the defined alternative for 7-bit content when using this extension. BODY=BINARY is not defined by RFC 6152.
The chosen café text uses UTF-8 bytes 63 61 66 C3 A9 and CRLF. This charset is an example, not a requirement to use UTF-8 for every body. Header fields shown here are ASCII; raw internationalized headers need separate support.
Read the RFC section ↗