DMARC 工作原理 - 更新版

DMARC 如何与 Google Mail 和 Office 365 配合使用？（已更新）

我们再次测试了电子邮件身份验证对 Google Mail 和 Office 365 邮箱（最受欢迎的企业电子邮件提供商）邮件投递的影响。

结果可分为两类：

电子邮件发送

（SPF、DKIM 和 DMARC 如何影响邮件送达）
 
# Google Mail：邮件总是会被接收，SPF 身份验证似乎完全不起作用。DKIM
   签名只有在与发件人电子邮件地址一致 且 DMARC 策略设置为“隔离”或“拒绝”时才会被评估。
 
# Office 365：完全响应 SPF，邮件通过 SPF 检查后即可送达收件箱。DKIM
   签名只有在与发件人电子邮件地址一致时才会被考虑，否则无效。
 
   备注：8 月最后一周，Office 365 出现了一种奇怪的行为：
   只有使用 DKIM 签名（签名域与发件人地址一致）
   并 设置了 DMARC 记录（无论策略如何）的邮件才能送达收件箱。

欺骗防护

（SPF、DKIM 和 DMARC 如何保护发件人电子邮件地址免遭伪造*）
* = 使邮件显示为来自非实际来源
 
# Google 邮箱：启用 DMARC 后，伪造的发件人邮件会被过滤到垃圾邮件文件夹（p=quarantine）或被拒绝（p=reject）。
   如果策略设置为“无”（p=none），则不会发生任何情况，所有邮件都会到达收件箱。
 
# Office 365：“SPF 失败”或“SPF 软失败”的结果足以将虚假发件人邮件发送到垃圾邮件文件夹。

身份验证要求

建议的电子邮件身份验证要求总结如下：

电子邮件发送测试结果

下面列出了所有已进行的测试。

笔记：

• 发件人地址（可见发件人）和邮件寄件人地址（也称为“信封寄件人”或“退信地址”）相同，它们指向同一个域名。
• “dkim pass”：dkim 签名域与发件人地址的域相同（域已对齐）。
• “dkim diff”：dkim签名域与发件人地址的域不同（域未对齐）