【问题标题】:Nonstandard DMARC report sent by GoogleGoogle 发送的非标准 DMARC 报告
【发布时间】:2013-08-26 07:20:18
【问题描述】:

我正在开发一个解析 DMARC 报告的系统,我发现了以下问题:

有时,Google 会发送非标准电子邮件,如下所示:

MIME 版本:1.0 X-Received:由 x.x.x.x 与 SMTP id xxxx.xx.xxxx; 2013 年 8 月 22 日星期四 02:13:03 -0700 (PDT) 消息 ID: 日期:2013 年 8 月 22 日星期四 09:13:03 +0000 主题:报告域:example.com 提交者:google.com 报告 ID:xxxxx 来自:noreply-dmarc-support@google.com 至:postmaster@example.com 内容类型:应用程序/zip; name="google.com!example.com!1377043200!1377129599.zip" 内容处置:附件; filename="google.com!example.com!1377043200!1377129599.zip" 内容传输编码:base64 UEsDBAoAAAAIAEJIFkMWecIj/AEAAKkEAAAvAAAAZ29vZ2xlLmNvbSFsYW50aWFuLmV1ITEzNzcw ... AAABAAEAXQAAAEkCAAAAAA==

请查看 Content-DispositionContent-Transfer-Encoding 标头之间的异常断线。

在 MIME 标准之后,电子邮件的内容应如下所示:

内容类型:应用程序/zip; name="google.com!example.com!1377043200!1377129599.zip" 内容处置:附件; filename="google.com!example.com!1377043200!1377129599.zip" 内容传输编码:base64 UEsDBAoAAAAIAEJIFkMWecIj/AEAAKkEAAAvAAAAZ29vZ2xlLmNvbSFsYW50aWFuLmV1ITEzNzcw ... AAABAAEAXQAAAEkCAAAAAA==

这个断线不应该在那里(你可以看到http://en.wikipedia.org/wiki/Multipurpose_Internet_Mail_Extensions)。

那么,Google 为什么要这样做?

【问题讨论】:

  • 我注意到了同样的问题。它只发生在某些报告中,并且中断永远不会出现在同一个地方,因此无法预测和修复。

标签: email rfc


【解决方案1】:

如果您要加入 dmarc-discuss@dmarc.org 并在此处发布此问题,我可以向您保证,它会被从事 DMARC 工作的 Google 工程师阅读。当我编写我的 DMARC 实现时,我也发现我收到的报告与 DMARC 草案规范之间存在许多差异。在报告该列表上的差异后不久,它们都得到了纠正。

【讨论】:

  • 2021 年末,谷歌仍然不符合标准。这真是太可怕了,感觉就像是 Google 的一个附带项目。
猜你喜欢
  • 2022-10-23
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2021-12-23
相关资源
最近更新 更多