自主开发SMTP服务器的SMTP协议RFC文档阅读顺序咨询

1. RFC 5321中Updated by: 7504标注的含义 #

RFC文档的官方发布规则是正式发布后不允许修改原文，如果存在表述勘误、逻辑补充、机制更新，就会发布新的RFC文档并标注对旧RFC的更新关系。这里的标注指RFC 5321的后续补充规范是RFC 7504，这份文档主要修正了RFC 5321中中继场景下错误码处理的模糊表述，废弃了少数实践中已经淘汰的可选机制，没有改动SMTP的核心流程逻辑，属于对核心规范的补全。

2. 是否存在覆盖全部SMTP规范的单份RFC文档 #

不存在。SMTP协议从1982年首次发布至今已有四十多年历史，除了核心传输规范之外，后续新增的安全机制、功能扩展、场景适配规则都以独立RFC的形式发布，至今没有将所有规范整合为单份文档的官方版本。

3. SMTP相关RFC的阅读顺序建议 #

你可以按照从核心到扩展、从基础到进阶的顺序阅读，避免遗漏重要内容：

基础核心层（必看） #

• 优先读RFC 5321：这是当前SMTP协议的核心主规范，覆盖了完整的基础交互流程、命令定义、返回码规则、错误处理逻辑，是所有后续扩展的基础。
• 接着读RFC 7504：补全RFC 5321的勘误和调整点，避免被旧规范的表述误导。
• 配套读RFC 5322：这是互联网邮件的格式规范，SMTP本身只负责传输，实际传输的邮件内容标准全部定义在这份文档中，和RFC 5321是配套的核心文档。

生产必备扩展层（必看） #

现在主流使用的都是ESMTP（扩展SMTP），以下是生产环境部署必须支持的扩展规范：

• RFC 4954：定义SMTP的AUTH身份认证扩展，是避免服务器被滥用发送垃圾邮件的核心机制。
• RFC 3207：定义SMTP的STARTTLS链路加密扩展，是当前SMTP通信的标配安全机制。

可选常用扩展层（按需阅读） #

根据你要实现的功能选读对应的规范即可：

• RFC 8314：明码SMTP废弃规则、隐式TLS部署规范，符合当前最新的安全要求。
• RFC 6531：SMTP国际化扩展，支持非ASCII邮箱地址、多语言邮件内容。
• RFC 5323：DSN投递状态通知扩展，用于向发件人返回投递成功/失败的通知。

内容的提问来源于stack exchange，提问作者Cxovrika