2013-08-23 43 views
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)。

那么,为什么谷歌这样做呢?

+0

我注意到了同样的问题。它只发生在一些报告中,并且休息不会在同一个地方,因此无法预测和修复。 – transilvlad

回答

3

如果您要加入[email protected]并在此发布此问题,我可以向您保证将由一位在DMARC上工作的Google工程师阅读。当我编写我的DMARC实现时,我也发现了我收到的报告和DMARC草稿规范之间的一些差异。在报告该清单上的差异后不久,它们全部得到纠正。