Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/email/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Email 谷歌发送的非标准DMARC报告_Email_Rfc - Fatal编程技术网

Email 谷歌发送的非标准DMARC报告

Email 谷歌发送的非标准DMARC报告,email,rfc,Email,Rfc,我正在开发一个解析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 Subm

我正在开发一个解析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: 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版本:1.0 X-Received:由X.X.X.X发送,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 内容类型:application/zip; name=“google.com!example.com!1377043200!1377129599.zip” 内容处置:附件; filename=“google.com!example.com!1377043200!1377129599.zip” 内容传输编码:base64 UESDBAOAAAIAEJIFKMWECIJ/AEAAKKEAAVAAAAZ29VZ2XLMNVBSFSYW50AWFULMV1TEZNZCW ... aabaaeaxqaaekaaaaaaaa== 请看一下内容处置内容传输编码标题之间不寻常的分隔线

在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== 内容类型:application/zip; name=“google.com!example.com!1377043200!1377129599.zip” 内容处置:附件; filename=“google.com!example.com!1377043200!1377129599.zip” 内容传输编码:base64 UESDBAOAAAIAEJIFKMWECIJ/AEAAKKEAAVAAAAZ29VZ2XLMNVBSFSYW50AWFULMV1TEZNZCW ... aabaaeaxqaaekaaaaaaaa== 这条折线不应该在那里(你可以看到)


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

如果你要加入dmarc的话-discuss@dmarc.org把这个问题贴在那里,我可以向你们保证,它会被一个在DMARC上工作的谷歌工程师阅读。当我编写我的DMARC实现时,我也发现我收到的报告与DMARC草案规范之间存在许多差异。在该列表中报告差异后不久,它们都得到了纠正。

我注意到了同样的问题。它只发生在一些报告中,并且中断从不在同一个位置,因此无法预测和修复。