DMARC汇总报告(Aggregate Report)查看器

上传邮件服务器发来的DMARC汇总报告(支持XML、gzip、ZIP格式),即可以表格形式查看各发送源IP的SPF/DKIM认证结果与策略执行情况。解析完全在浏览器内完成,文件不会上传到服务器。

什么是DMARC汇总报告查看器

如果域名启用了DMARC,Gmail、Yahoo、Microsoft等收信方邮件服务商每天都会发回一份XML文件,汇总有哪些发送方自称来自该域名、发了多少封邮件、SPF/DKIM验证结果如何,以及DMARC策略的实际执行情况。这就是DMARC汇总报告(Aggregate Report)。原始XML并非为人工阅读而设计,通常还会以gzip或ZIP压缩形式送达,直接打开附件几乎看不出任何有用信息。

本工具只需将汇总报告的XML、gzip或ZIP文件上传到浏览器,就能将其转换为按发送方IP列出的邮件数量、SPF/DKIM验证结果和策略执行结果的一览表。全部解析都在浏览器内的JavaScript中完成,文件内容不会被发送到任何服务器。由于报告中包含企业邮件发送IP等敏感信息,这一点是本工具设计上的重要前提。

DMARC汇总报告查看器的使用方法

  1. 准备汇总报告文件 找到发送至DMARC记录中rua标签所指定邮箱的附件(.xml / .xml.gz / .zip)。
  2. 上传文件 将文件拖放到上传区域,或点击选择文件。
  3. 查看报告基本信息 确认发送方组织、统计周期、目标域名以及DMARC策略(p)和执行比例(pct)。
  4. 查看各发送方的验证结果 表格中列出每个发送方IP的邮件数量、SPF/DKIM是否通过,以及策略实际执行结果。
  5. 留意陌生的发送方 如果发现不熟悉的IP发送了大量邮件,应怀疑存在仿冒风险,并结合From头信息进一步核实。

用好本工具的小技巧

  • DMARC汇总报告通常会以每日一次的频率(gzip或ZIP压缩的XML)发送到您在DMARC记录"rua"标签中指定的邮箱地址,您可以直接将该附件上传到本工具。
  • 如果"SPF与DKIM双通过率"较低,可能是某个合法发送方(例如营销平台、CRM或外包邮件服务商)的SPF/DKIM配置有误,请记录其发送源IP并进一步排查。
  • 当策略(p)仍为"none"时,认证失败的邮件仍会被投递。建议在通过率持续稳定较高后,再逐步收紧为quarantine或reject。
  • 如果发现陌生的发送源IP大量发送冒用您域名的邮件,可能是钓鱼或垃圾邮件滥用行为,请核对Header From与该IP的反向解析信息。
  • 在对比多天的报告时,建议记下每份报告中嵌入的统计周期(begin/end),以便追踪通过率随时间的变化趋势。

DMARC汇总报告查看器的应用场景

排查仿冒和钓鱼邮件

定期检查自称来自本域名的发送方IP中是否混入了未知IP,及早发现仿冒迹象。

迁移后验证新的SPF/DKIM配置

更换邮件服务商或修改DNS记录后,通过报告确认实际发送源是否通过了身份验证。

监控子域名策略的执行情况

如果设置了子域名策略(sp),可确认经由子域名发出的邮件是否按预期方式被处理。

排查第三方发送方

找出以本域名名义发送邮件的营销代理商或外部SaaS服务,检查其SPF/DKIM配置是否齐全。

作为逐步收紧策略的判断依据

在将策略从none收紧为quarantine或reject之前,通过报告确认通过率是否足够高,避免误拦截正常邮件。

DMARC相关术语

DMARC
Domain-based Message Authentication, Reporting & Conformance的缩写,整合SPF和DKIM的验证结果,让域名所有者可以通过DNS声明如何处理未通过验证的邮件。
SPF
Sender Policy Framework的缩写,域名所有者在DNS中列出被授权发送邮件的IP地址,收件方据此核对实际发送IP。
DKIM
DomainKeys Identified Mail的缩写,为邮件附加数字签名,用于验证邮件在传输过程中未被篡改,且确实来自所声称的域名。
汇总报告(Aggregate Report)
每天发送至DMARC记录rua标签所指定地址的XML格式报告,汇总各发送方IP的邮件数量、验证结果和策略执行结果。
策略(p / sp)
未通过验证邮件的处理方式:none(不采取任何操作,仅监控)、quarantine(作为可疑邮件隔离)、reject(拒绝投递)。p适用于本域名,sp适用于子域名。
对齐(alignment)
判断From头中的域名是否与SPF/DKIM实际验证通过的域名一致。若不一致,即使SPF或DKIM单独通过,该邮件在DMARC层面仍视为不合格。
pct
DMARC策略适用的邮件比例(%)。设为低于100时,只对该比例的邮件执行策略,常用于分阶段推行策略。
处置结果(disposition)
收件方对该邮件实际采取的处理措施,报告中按发送方IP记录,可用于核实是否与声明的策略(p/sp)一致。

常见问题

如果您在DMARC DNS记录的"rua"标签中指定了邮箱地址,主要邮件服务商会每天向该邮箱发送XML附件(gzip或ZIP压缩)。如果尚未设置"rua",请先在TXT记录中添加该标签,否则将无法收到任何报告。

不会。文件的解压与XML解析全部在浏览器内的JavaScript中完成,内容不会发送到任何地方。由于DMARC报告包含贵组织的外发邮件发送源IP等信息,本工具在设计上充分考虑了隐私与安全。

如果合法发送方认证失败,将DMARC策略收紧为quarantine或reject可能导致该发送方的邮件无法送达。建议在通过率持续保持较高水平之前,将策略维持在"none"(仅监控)。

本工具仅支持每日发送的汇总报告(Aggregate Report,rua)。包含单条失败邮件副本的取证报告(Forensic Report,ruf)采用不同的格式,本工具不支持解析。

当前版本每次上传仅支持一个文件。如需比较多天的报告,请逐个上传并查看结果。
工具君

闲话 ― DMARC报告如何让"看不见的威胁"变得可见

DMARC(基于域名的消息认证、报告与一致性)于2012年标准化,它将SPF与DKIM这两种既有认证技术结合起来,让域名可以通过DNS明确声明认证失败的邮件该如何处理。但对大多数管理员而言,真正的价值并非策略执行本身,而是"汇总报告(rua)"功能。

在DMARC出现之前,几乎没有办法知道有多少邮件冒用您的域名发送,也无法区分其中有多少是合法邮件、多少是伪造邮件。域名信誉被滥用的情况可能持续很久而无人察觉——这是一种"看不见的威胁",往往只能通过收件人的投诉才能发现。

DMARC汇总报告让这类流量变得可见:哪些IP以您的域名发送了多少邮件,以及每一封在SPF与DKIM检验中的结果如何。主要邮件服务商(Gmail、Yahoo、Microsoft等)会忠实地报告它们收到的邮件情况,帮助您发现此前未察觉的发送源——可能是某个云服务、销售人员私自使用的邮件工具,甚至是冒充者。

2024年,Google与Yahoo实质上强制要求大批量发件人启用DMARC,这使得开发者与邮件管理员对解析汇总报告的需求迅速增长。许多企业会采购付费的监控SaaS服务,但如果只是想临时查看单份报告的内容,像本工具这样完全在浏览器内完成解析的免费工具往往已经足够。