收信参考 · 概念索引

读懂日志里的词，
才知道下一步查哪里。

这不是协议大全，而是围绕测试邮件收信整理的术语表。按“地址—投递—身份—验证”四个阶段阅读，每个词都标出能证明什么，以及不能据此下的结论。

地址与用途

临时邮箱 / 一次性邮箱: 在有限时间内接收邮件的地址，常用于一次注册测试或验证码验收。“临时”描述保留期限，不代表任何第三方一定接受该地址，也不等于可以收取敏感信息。
转发别名: 把来信送往你指定邮箱的独立地址。可以按来源分配并暂停，但暂停不会撤回已经送到目标邮箱的副本，别名也不能代替你控制的长期收件邮箱。
邮件沙箱: 为开发环境接住本应发出的邮件，便于查看模板和变量的测试服务。应用成功交给沙箱，不证明同一邮件可以经过公网送到真实用户。
MX 记录: 域名系统中用于指示接收邮件服务器的记录。MX 配置正确是路由的一环，不能单独证明收件地址存在、服务器已接受邮件或用户能在收件箱里看到它。

SMTP: 邮件服务器之间以及应用与发信服务器之间常用的传输协议。一次 SMTP 成功响应通常说明当前这一跳接受了邮件，不是整个收信旅程的最终回执。
排队 / Queued: 邮件任务已进入等待处理的队列。排队可能尚未连接接收服务器；如果长时间停留，应查看队列积压、重试安排和服务商状态，而不是只刷新收件箱。
已接受 / Accepted: 某个服务已接收了请求或邮件。必须结合是谁接受了邮件来读：应用接受请求、发信平台接受任务和接收服务器接受邮件，是三种不同证据。
退信 / Bounce: 投递失败后返回的通知或状态，可能由不存在的地址、策略拒收或其他问题触发。查看错误代码与说明，先分清永久失败和暂时失败，再决定是否重试。
临时拒收 / Deferral: 服务器暂时不接受邮件，例如资源不足或限流；SMTP 4xx 常见于这类情况。发信服务可能按策略重试，但具体间隔与次数不由收件箱控制。
Message-ID 与服务商消息标识: 用于关联邮件和日志的标识。邮件头里的 Message-ID 与发信 API 返回的任务 ID 不一定相同，报障时应分别记录并标明来源，不要只写“发送成功”。

SPF: SPF 用 DNS 声明哪些服务器获准为信封发件域发送邮件。SPF 通过不代表屏幕上看到的 From 地址就是可信发件人，也不保证邮件一定进入收件箱。
DKIM: DKIM 为邮件的部分内容附加域名签名，接收方用公开密钥核验。签名通过说明被签名部分符合校验要求，不能证明邮件内容安全或发件人的商业承诺真实。
DMARC: DMARC 结合 SPF 或 DKIM 的认证结果与可见 From 域的对齐关系，并声明处理策略。设置为拒绝并不是投递成功保证，转发和第三方发信场景仍需正确配置。
From 与 Return-Path: From 是用户通常看见的作者地址，Return-Path 常与退信返回路径有关。两者不同不必然是假邮件，但调查身份和退信时需要分开看。

OTP / 一次性验证码: 用于特定请求和有限时间内验证身份的代码。收到 OTP 只证明邮件到达；代码是否可用，还取决于请求绑定、时效和是否已被使用，切勿把仍有效的代码贴进工单。
HTML 正文与纯文本正文: 同一封邮件可能包含带排版的 HTML 和不带排版的纯文本版本。两者都值得验收：关键链接、验证码与业务信息应一致，不应只在图片中出现。
CID 内嵌图片: 通过邮件内部内容标识引用的图片，常与附件一起传送。临时邮箱不保留此类图片时可能显示不完整；这不等于发信端没有发送正文，应结合原邮件结构判断。
验证码过期与邮箱到期: 验证码有效期由发送网站决定，邮箱倒计时由收件服务决定。延长邮箱不会延长验证码时效，换地址也不会自动更新你已经注册的网站账号。

身份认证、发送任务和业务验证码的通过，是三个不同结果。把日志来源和验证对象一起记录。

应用提交、服务器接受和用户读到邮件不能混为一谈。寻找下一跳证据，再对整条链路下结论。

先分清地址、验证码与会话。只处理真正过期的对象，不要反复换地址或发送新的代码。