邮件服务商可能认证了自己的发送域，而客户看到的From却使用企业域名。因此，SPF绿色通过本身不能回答交付是否完成。应索取脱敏的已接收邮件记录，确认哪一个已认证身份与可见From域对齐。
官方依据与刻意收窄的模型
RFC 7489身份对齐章节将DMARC与已通过且对齐的SPF或DKIM身份联系起来，核对日期为2026年10月16日。下例只计算严格模式的域名完全一致，不实现宽松组织域匹配、DNS发现或完整接收策略。
已填写邮件头矩阵
合成域名：可见From域为studio.example。下表SPF域指MAIL FROM身份，不是可见From；DKIM域指已验证签名的d=，所有邮件均为虚构。
窄屏可横向滚动查看完整表格。
| 情况 | SPF结果／域 | DKIM结果／域 | 严格子集输出 |
|---|---|---|---|
| A | pass／esp.example | pass／esp.example | 没有对齐通过 |
| B | fail／esp.example | pass／studio.example | 经DKIM对齐通过 |
| C | pass／studio.example | fail／studio.example | 经SPF对齐通过 |
| D | fail／studio.example | fail／studio.example | 没有认证通过 |
| E | 未知 | 未知 | 证据不足，不是测得失败 |
索取正确证据
- 由获准邮件管理员提供已有、允许使用的诊断或测试邮件脱敏头信息。
- 记录可信接收方认证结果、From域、MAIL FROM域及每个已验证DKIM域。
- 先记录真实对齐模式；严格模式工作表不能冒充完整宽松模式检查器。
- 认证结果、接收方处置和企业咨询接收账分别记录。
根据结果决定下一步
A有两个不相关的通过结果，仍缺对齐身份；B虽然SPF失败，但DKIM可提供对齐路径；D应排查认证，改显示名称并不能解决。E应先补证据，猜测添加DNS记录无法填补未知。
验收输出
形成脱敏发送映射：每条获准网站邮件流对应可见域、认证身份、对齐模式及实际接收方结果。本资源不发送测试咨询、不查看客户邮箱，也不修改DNS；邮件头必须经授权及保护隐私的路径取得。
边界
对齐通过不认证正文真实性，不建立收件人同意，不保证进入收件箱，也不证明咨询被阅读。转发、多签名和临时错误需邮件专业人员核对。SPF记录选择另见现有SPF选择资源，它与邮件身份对齐是不同决定。
复核本页教学例子
以下文件可在本地离线复核，只模拟本页说明的情况，不代表真实平台集成。 已填写输入及预期结果 · 可检查的教学函数
把两份文件存入同一文件夹，使用Node 22.13或更新版本运行：
node decision-check.mjs dmarc-alignment-evidence.json