3
发送非标准DMARC报告
我的工作,它解析DMARC的系统上的报告,我想通了以下问题:由谷歌
有时候,谷歌发送非标准邮件,因为可以看到下面:
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: [email protected] To: [email protected] 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)。
那么,为什么谷歌这样做呢?
我注意到了同样的问题。它只发生在一些报告中,并且休息不会在同一个地方,因此无法预测和修复。 – transilvlad