3

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

有时，Google 会发送非标准的电子邮件，如下所示：

MIME 版本：1.0
X-Received：由 xxxx 与 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-Disposition和Content-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）。

那么，谷歌为什么要这样做呢？

4

1 回答 1

3

If you were to join dmarc-discuss@dmarc.org and post this question there, I can assure you it would be read by a Google engineer that works on DMARC. When I wrote my DMARC implementation, I too discovered a number of variances between the reports I received and the DMARC draft spec. Not too long after reporting the variances on that list, they were all corrected.

于 2014-05-20T05:20:37.403 回答