应用错误收集

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

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

MIME-Version: 1.0
X-Received: by x.x.x.x with SMTP id xxxx.xx.xxxx;
 Thu, 22 Aug 2013 02:13:03 -0700 (PDT)
Message-ID: 
Date: Thu, 22 Aug 2013 09:13:03 +0000
Subject: Report domain: example.com Submitter: google.com Report-ID: xxxxx
From: noreply-dmarc-support@google.com
To: postmaster@example.com
Content-Type: application/zip; 
    name="google.com!example.com!1377043200!1377129599.zip"
Content-Disposition: attachment; 
    filename="google.com!example.com!1377043200!1377129599.zip"

Content-Transfer-Encoding: base64

UEsDBAoAAAAIAEJIFkMWecIj/AEAAKkEAAAvAAAAZ29vZ2xlLmNvbSFsYW50aWFuLmV1ITEzNzcw
...
AAABAAEAXQAAAEkCAAAAAA==

请查看内容处理和内容转移编码标题之间的异常分隔线。

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

Content-Type: application/zip; 
    name="google.com!example.com!1377043200!1377129599.zip"
Content-Disposition: attachment; 
    filename="google.com!example.com!1377043200!1377129599.zip"
Content-Transfer-Encoding: base64

UEsDBAoAAAAIAEJIFkMWecIj/AEAAKkEAAAvAAAAZ29vZ2xlLmNvbSFsYW50aWFuLmV1ITEzNzcw
...
AAABAAEAXQAAAEkCAAAAAA==

此分隔线不应该在那里（您可以看到http://en.wikipedia.org/wiki/Multipurpose_Internet_Mail_Extensions）。

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

Google发送的非标准DMARC报告

1 个答案: