在开发 SMTP 客户端时需要考虑哪些 RFC？答案

【问题标题】：What RFCs need to be considered in developing an SMTP client?在开发 SMTP 客户端时需要考虑哪些 RFC？
【发布时间】：2014-03-26 02:06:18
【问题描述】：

理论上，Request For Comments (RFC) 集包含开发人员构建 SMTP 客户端所需了解的所有内容。但是，要知道哪些 RFC 需要考虑以及哪些可以忽略并不总是那么容易。

有没有人有一个 RFC 路线图来指导开发人员完成这个？通过 RFC 路线图，我的意思是：

【问题讨论】：

标签： smtp rfc

【解决方案1】：

Wikipedia article 有一个很好的相关 RFC 列表。

【讨论】：

【解决方案2】：

您应该先阅读 RFC 5321，然后阅读 RFC 5322...假设您已经知道如何处理 DNS 查询。

以前的答案是 2821，然后是 2822……但似乎已经更新了。

【讨论】：

这就是我问这个问题的真正原因。将注意力集中在一个 RFC 上太容易了，但后来发现它的大部分或全部已被另一个 RFC 取代。当 SMTP 服务器实现 RFC 时，当然还有延迟问题。由于实施滞后，有时有必要不要忘记旧 RFC 中包含的内容，即使在标准设置方面它们已被取代。
好处是这些新的RFC澄清了旧的语言，并且更加完整。由于您只是在构建 SMTP 客户端，而不是垃圾邮件引擎或 MTA，这应该是您所需要的。如果你写的是 MTA 或垃圾邮件引擎，这会变得更加复杂。虽然许多反垃圾邮件技术是公开的，但很多不是
新版本通常还概述了更改的内容以及您应该如何（如果有的话）适应。一旦旧 RFC 被废弃，坚持使用新 RFC 应该是相当安全的。