DMARC 一括チェック：最大500ドメインのポリシー、レポート、アライメント

DMARC は RFC 7489 で定義された _dmarc.<domain> の TXT レコードで、SPF と DKIM のアライメントに失敗したメールの扱いを受信側に伝えます。p=none（配信して報告）、p=quarantine（疑わしいものとして扱い、通常は迷惑メール）、p=reject（拒否）です。このツールは貼り付けた各ドメインのレコードを読み、タグに分解します。

各行には、ポリシー、サブドメインポリシー（sp=）、ポリシーを適用する失敗メールの割合（pct=）、集計レポートの送信先（rua=）、SPF と DKIM のアライメントが relaxed か strict かが表示されます。サブドメインに独自のレコードがなければ組織ドメインのレコードを使い、その行に継承と表示します。

Reject と Quarantine は、ドメインがポリシーを適用している状態です。DMARC に従う受信側はなりすましメールを拒否するかフィルターします。Partly enforced は pct が100未満で、失敗メールの一部にだけポリシーが適用されます。Monitoring only は p=none で、レポートは有効ですが、なりすましメールは引き続き配信されます。

Broken は、受信側がポリシーを一切適用しない状態です。DMARC レコードが複数あるか、有効な p= タグがありません。No DMARC はレコード自体がない状態で、大量送信者に DMARC レコードの公開を求める Gmail と Yahoo の要件を満たしません。

メール認証の一括チェック（英語）は、各ドメインの SPF、DKIM、DMARC、MX に合格・警告・不合格を付けます。このツールは DMARC だけを深く調べます。タグごとの列、ポリシーでの絞り込み、各ドメインのレポート送信先がわかるので、たとえば顧客の200ドメインのうち、どれがまだ p=none で、どれにレポート先がないかがわかります。

1つのドメインについてタグごとの説明と修正リストが必要なら DMARC チェックを、新しいレコードを書くなら DMARC ジェネレーター（英語）を使ってください。

必要です。Google のメール送信者のガイドラインは、Gmail に大量送信するドメインに DMARC レコードを求めており、Yahoo も同様です。p=none でこの最低要件は満たせます。多くのチームは送信用ドメインを p=none のままレポートを有効にし、レポートで正規の送信元がすべて通ることを確認してから、メインドメインを quarantine か reject に移します。

多数ある補助的な送信ドメインの1つにレコードがないことは見落としやすく、一括チェックはそのためにあります。