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なしrua)、一時的なDNSの失敗、または評価できない名前を離れて保存されます。 8つのクエリと6秒でLookupsを停止します。

obsolete RFC 7489 ヒューリスティック (2 ラベル公開サフィックスのショートリスト) は、比較のみ表示され、ポリシーを決めることはありません。
DKIM セレクターは DNS 単独で発見できないため、DKIM 自体はチェックされません。
報告書の配信および内容が確認されていない;DNS側のみ。
1つのリゾルバ(Cloudflare)が使用されます。一時的な障害は、欠落した記録として報告されません。

月間p=none: 集計レポートを見直し、正当な送信者にSPFとDKIMを通し、pct=10でp=quarantineに移動し、徐々に上昇させます。
到着するレポートはありません: rua= アドレスを追加します。別のドメインにある場合、そのドメインは、このツールチェックの承認レコードを公開する必要があります。