Visual RFC.
ALL RFCs / RFC 5321
Read the RFC ↗
RFC 5321 / SECURITY BOUNDARIES

Security & scope

10

Base SMTP does not prove the author named in a header. Transport protections, relay policy, and message authentication solve different problems.

Related RFCs and changes

“Updates” changes part of an earlier RFC. “Obsoletes” replaces it. This list shows selected related documents.

DIAGRAM§ 7 ↗
RFC 5321 · § 7EXAMPLE
3 / 3
Security & scopeAn asserted From address is separated from transport-hop authentication and end-to-end message authorship; a protected hop does not authenticate the entire chain.A secure hop is one layer of trustIllustrative protection boundariesMessage identity claimFrom: author@example ≠ proof of authorshipRelay ARelay BSMTP hopAuthenticated / protected connectionHop identity ≠ authenticated message authorEnd-to-end message assurance needs its own mechanismPreserve the distinction at delivery
03
Deliver with accurate assurances.

The recipient must distinguish a protected transfer from authenticated end-to-end authorship.

Protocol participantThreat or exceptionProtocol controlSimplified drawings · precise section references
KEY POINT

Separate transport trust from end-to-end authorship.

  • A sender address in the SMTP envelope or message is not by itself authenticated identity.
  • Hop authentication does not automatically authenticate an entire relay chain or the message author.
  • Protect blind-copy privacy, limit unauthorized relay use, and consider the disclosure caused by VRFY, EXPN, greetings, and traces.
DETAILS

STARTTLS and SMTP AUTH are separately specified extensions. Signed-message mechanisms can establish different assurances from a secured connection between adjacent servers.

Read the RFC section ↗

Diagrams simplify the RFC. Read the linked sections for complete requirements.

Privacy
All chapters in this RFC
  1. Envelope vs message
  2. DNS & the next hop
  3. Greeting & extensions
  4. MAIL, RCPT, DATA
  5. Lines & dot transparency
  6. Replies & later changes
  7. Relays, aliases & traces
  8. Queues, retries & timeouts
  9. Acceptance & failure reports
  10. Security & scope
RFC 9700 / CHAPTERS

Chapters

For full details, tables, algorithms, and exceptions, read the original RFC.

RFC status and corrections ↗