Negotiate before sending an 8-bit body
01SMTP transfers mail between a sending client and a receiving server. EHLO discovers whether this particular connection supports 8BITMIME.
The chosen MIME body is transferred with its bits preserved and the dot terminator ends DATA. This example receives final 250; acceptance is not proof of final delivery.
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.
Negotiate the transport before sending high-bit body octets.
- A successful EHLO reply must advertise 8BITMIME before this extension is used. The EHLO keyword has no parameter.
- The extended MAIL command carries one BODY parameter after the envelope address, with value 7BIT or 8BITMIME. No new SMTP verb is defined.
- RCPT chooses envelope recipients. DATA and a 354 reply still precede the body; final acceptance is distinct from eventual delivery.
The fictional dialogue omits the greeting and unrelated extensions. One successful path is shown; ordinary SMTP failures remain possible. SMTP means Simple Mail Transfer Protocol; MIME means Multipurpose Internet Mail Extensions.
Read the RFC section ↗