由谷歌

發送非標準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）。

那麼，爲什麼谷歌這樣做呢？

來源

2013-08-23 Cristian Ciocău

我注意到了同樣的問題。它只發生在一些報告中，並且休息不會在同一個地方，因此無法預測和修復。 – transilvlad

如果您要加入[email protected]並在此發佈此問題，我可以向您保證將由一位在DMARC上工作的Google工程師閱讀。當我編寫我的DMARC實現時，我也發現了我收到的報告和DMARC草稿規範之間的一些差異。在報告該清單上的差異後不久，它們全部得到糾正。

來源

2014-05-20 05:20:37

回答

相關問題