RFC 5598《互联网邮件架构》中文导读
非官方中文导读声明：本页为 IETF RFC 5598《Internet Mail Architecture》 的非官方中文技术导读，按原文章节顺序梳理规范要点，并非逐字全文翻译；任何规范性判断均以英文原文为准。英文原文见 rfc-editor.org/rfc/rfc5598.txt。
1. 这份文档的性质
经过三十多年演进，互联网邮件在规模与复杂度上都发生了巨大变化，成为全球性基础设施服务。这些变化是渐进式而非革命式的，反映出对既有装机量与实用性的强烈保护意愿。要在这样一个庞大复杂的系统上有效协作，所有参与者都需要有一个共同的系统视图，以及一套描述其组件与交互的共同语言。
RFC 5598 就是为提供这一参考框架而写的信息类文档。它不定义新协议，而是描述当前服务所体现的增强型互联网邮件架构。理解它的价值在于：SPF、DKIM、DMARC、ARC 等机制的规范都建立在这套术语之上，尤其是“身份对齐”“管理域边界”这些概念。
2. 三类参与者
文档把参与者（Actor）分为三种基本类型：用户（User）、消息处理服务（MHS）与管理域（ADMD）。这里的关注点是参与者的职责，而不是模块的功能，因此所用标签与传统邮件架构图中的名称有所不同。
3. 用户角色
用户是消息的源与汇，可以是个人、组织或程序。文档定义了四类用户角色：
- 作者（Author）：创建消息、确定内容与收件人列表；
- 收件人（Recipient）：消息的最终消费者；
- 退回处理者（Return Handler）：处理投递失败通知等回退流量；
- 中介（Mediator）：接收消息后以某种方式重新投递，如邮件列表。
一条实用的启发式判据是：用户类参与者能够生成、修改或查看整条消息，而 MHS 组件原则上只搬运消息。
4. 消息处理服务组件
| 组件 | 全称 | 职责 |
|---|---|---|
| MUA | Message User Agent | 用户代理，面向作者与收件人，负责撰写、提交与读取。 |
| MSA | Message Submission Agent | 提交代理，接收作者提交的消息、施加策略与补全，再交给 MTA。 |
| MTA | Message Transfer Agent | 传输代理，在网络中中继消息，可经过多跳。 |
| MDA | Message Delivery Agent | 投递代理，把消息投入收件人的消息存储。 |
| MS | Message Store | 消息存储，长期保存消息供 MUA 访问。 |
这条链路解释了为什么“提交”（Submission，587 端口）与“中继”（Relay，25 端口）在策略上必须区别对待：MSA 面向已认证的本域用户并允许改写消息，MTA 面向外部世界且原则上不修改消息。
5. 管理域（ADMD）与信任边界
ADMD 表示由同一方运营、遵循同一套策略的一组组件。它是架构中最具实践意义的抽象：认证结果的可信范围、策略的适用范围、以及“内部”与“外部”的分界，都以 ADMD 为单位划定。
Authentication-Results 头字段之所以要求在边界处剥离外来的同名字段，DMARC 之所以强调“组织域”，其概念根源都在这里——离开生成它的 ADMD，一条认证结论就失去了可信基础。
6. 标识：信封与信头是两套东西
文档第 3 节系统梳理了邮件中的各类标识，其中最重要的区分是信封标识与信头标识：
- 信封层面：SMTP 的 MAIL FROM（回退路径，用于投递失败通知）与 RCPT TO（实际投递目标）；
- 信头层面：From（作者）、Sender（实际提交者）、Reply-To、To/Cc（显示用收件人）等。
二者可以完全不同，而且在正常业务中经常不同（如邮件列表、代发平台）。理解这一点是理解认证机制的前提：SPF 校验的是信封发件域（MAIL FROM 或 HELO），DKIM 校验的是签名域 d=，而 DMARC 要求其中之一与 From 头字段的域“对齐”——三者作用于不同标识，这正是本文档所建立的区分。
7. 中介：邮件列表为何会破坏认证
第 5 节讨论中介（Mediator）。中介接收一条消息，然后以新的投递动作把它转发出去，同时可能修改内容——最典型的就是邮件列表：改写 Subject 加前缀、在正文末尾附加退订说明、重写信封发件人。
从架构上看，中介兼具收件人与作者的双重身份：它先作为收件人接收，再作为某种意义上的作者重新投递。这恰恰解释了两个长期困扰运维的现象——列表转发后 SPF 因信封发件人改变而与原域不再对齐，DKIM 因正文与 Subject 被修改而签名失效。ARC（RFC 8617）正是为在这类场景中保存并传递原始认证结论而设计的。
因此，RFC 5598 虽然不定义任何协议，却是阅读现代邮件认证规范时最值得先读的一份文档：它提供了讨论这些问题所必需的精确词汇。
参考：https://www.rfc-editor.org/rfc/rfc5598.txt