电子邮件工作原理：RFC 5321 与 SMTP 协议详解
每当您点击电子邮件的“发送”按钮时，一系列复杂的协议便开始运行。这一过程的核心是 SMTP（简单邮件传输协议）。尽管几十年间增加了许多扩展，但 RFC 5321 仍然是定义电子邮件如何从一台服务器移动到另一台服务器的核心规范。
什么是 RFC 5321 (SMTP)？
RFC 5321 发布于 2008 年，它更新了原始的 SMTP 规范以反映现代互联网实践。它定义了 邮件传输代理 (MTA) 用于发送和接收邮件的协议。
区分 SMTP 与以下概念非常重要：
- IMAP/POP3: 用于将邮件从服务器 检索 到客户端。
- RFC 5322: 定义电子邮件消息的 格式（如收件人、发件人、主题等首部及正文）。RFC 5321 关注的是 信封 和 传输。
SMTP 的核心原理
1. 客户端-服务器模型
SMTP 基于请求-响应模型运行。客户端（发件人的服务器）通过 25 端口（标准）、587 端口（提交）或 465 端口（SMTPS）打开到服务器（收件人的服务器）的 TCP 连接。
2. SMTP 事务
一个典型的 SMTP 会话涉及多个命令：
HELO/EHLO: 客户端标识身份。MAIL FROM: 指定发件人地址（“信封发件人”）。RCPT TO: 指定收件人地址（“信封收件人”）。DATA: 客户端发送实际的电子邮件内容（包括 RFC 5322 首部和正文）。QUIT: 客户端终止连接。
3. 可靠性与队列
SMTP 设计得非常稳健。如果收件人的服务器宕机，发送服务器会将消息排队，并定期重试（通常持续数天），直到放弃并返回“退信”消息。
实际应用场景
排除邮件投递故障
理解 SMTP 代码（如 250 OK、421 Service not available 或 550 No such user）对于调试邮件为何未能送达至关重要。
配置邮件服务器
无论您是设置 Postfix、Exim，还是使用 SendGrid 等服务，您都在与 SMTP 交互。了解“信封 (Envelope)”与“消息首部 (Message Headers)”的区别有助于正确配置 SPF、DKIM 和 DMARC。
自动化通知
发送事务性电子邮件（密码重置、收据）的应用程序使用 SMTP 或封装了 SMTP 的 API 来确保投递。
SMTP vs. HTTP 数据传输对比
虽然两者都是应用层协议，但它们的用途不同：
| 特性 | SMTP | HTTP |
|---|---|---|
| 主要用途 | 推送（发送邮件） | 拉取（获取网页内容） |
| 连接方式 | 事务期间保持连接 | 通常是短连接（无状态） |
| 二进制数据 | 需编码（Base64） | 原生支持（Multipart/form-data） |
| 可靠性 | 内置队列/重试 | 由应用程序处理可靠性 |
常见问题 FAQ
Q: SMTP 安全吗？
A: 原始的 SMTP 是明文的。现在，STARTTLS 用于将明文连接升级为加密连接 (TLS)，而 SMTPS (基于 TLS 的 SMTP) 从一开始就提供加密。
Q: “信封发件人 (Envelope From)”与“首部发件人 (Header From)”有什么区别？
A: “信封发件人”(RFC 5321) 用于服务器路由和退信。 “首部发件人”(RFC 5322) 是用户在邮件客户端中看到的。它们不必相同！
Q: 为什么我们使用 587 端口而不是 25 端口？
A: 25 端口主要用于服务器间的转发。587 端口是从邮件客户端向服务器进行“消息提交”的标准端口，通常需要身份验证。
相关工具
- Base64 编解码 - 邮件附件和某些首部使用 Base64 编码。
- JSON 格式化 - 适用于调试基于 API 的邮件服务。
- URL 编解码 - 对于构建
mailto:链接非常重要。