DMARC 记录检查器
了解来自你的域名的伪造邮件是否被拒绝、隔离或仅报告,以及报告是否实际到达。
如何衡量
- 政策发现是RFC 9989: _dmarc <domain>的记录是先读的;当不存在DNS 树步号(第4.10节)时,查询母名,最多8次查询,止于标有psd=y或psd=n的记录,并从发现的记录中确定组织领域(第4.10.2节)。
- 对于一个子域,继承记录的sp标记适用(np显示为不存在的子域);没有sp则应用p标记. 没有有效p标记的记录,只有在带有rua地址时才作为p=none处理,与接收者完全一样.
- 标记按规格进行解析:p,sp,np,pct,rua,ruf,adkim,aspf,fo,rf,ri,psd. 对于组织域外的rua/ruf个目的地,核对了<policy domain>._report._dmarc.<destination>的授权记录。
- 结果被分开:可用记录,行走中任何地方都没有记录,无法使用记录(多记录,或没有p和no rua),临时DNS失败,或名字无法评价. 望望止于八问六刻.
限制
- 过时的RFC 7489 Heuristic(一个双标签公共后缀的简短列表)仅用于比较,从未决定政策.
- DKIM选择器单从DNS中是无法发现的,因此DKIM本身没有检查.
- 报告提供情况和内容未经核实;只有DNS方面。
- 使用1个解析器(Cloudflare);临时失效被报告为解析器,从未作为缺失记录.
解决问题
- p=none个月
- 审查汇总报告,通过SPF和DKIM批准合法寄件人,然后以pct=10移动到p=quarantine,并逐步提高.
- 未收到任何报告
- 添加一个rua=地址. 如果在另一个域上,该域必须公布授权记录此工具检查.