DMARC p=（ポリシー）とは
DMARC の p= タグは、メッセージがDMARC認証に失敗したときに、受信側のメールサーバーが適用すべき適用ポリシーを定義します。認証されないメールを配送するか、隔離するか、拒否するかを指定します。このタグは DMARC 適用の中核であり、SPF と DKIM の検査とアライメントの取れていない、なりすましや不正の可能性があるメッセージを受信者がどう扱うかを導きます。
1分間の解説動画をご覧ください。
ポリシーは、DNS内のドメインの DMARC TXTレコードの中で定義されます。一般的な DMARC ポリシーには「none」「quarantine」「reject」があります。それぞれ段階的により厳格な保護レベルを表しており、組織が全面適用へ進む前に信頼と確信を築けるようにします。
DMARC p= タグの仕組み
DMARCレコードの例：
v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@example.com
この例では、p=quarantine の指定が、失敗したメッセージを完全に拒否するのではなく、迷惑メールフォルダやジャンクフォルダへ送るよう受信側のメールサーバーに指示しています。
DMARC ポリシーの選択肢は次のとおりです。
- p=none - 監視のみ。メールは通常どおり配送され、失敗は DMARCレポートを通じて報告されます。
- p=quarantine - 認証に失敗したメッセージは、疑わしいものとして扱われるか、迷惑メールに送られます。
- p=reject - DMARC の検査に失敗したメッセージは、SMTP レベルで完全に拒否され、受信者に配送されません。
DMARC p= タグを効果的に使う
組織は通常、集約レポートを収集し分析しながら p=none から始めます。正当な送信元がすべて適切に認証されたら、quarantine へ進み、最終的には reject へと移行して、ドメインのなりすましに対する全面的な保護を得ます。
ベストプラクティスは次のとおりです。
- 可視化が進むにつれて、ポリシーを段階的に厳格化する
- 厳格なポリシーを適用する前に
t=y のテストタグを使って試験する。これはDMARCbisのもとで、廃止された pct タグに取って代わるものです
- すべての正当な送信者が認証を通過していることを確認するため、定期的にレポートを見直す
- reject へ移行する前に DKIM と SPF のアライメントを確保する
DMARC p= とDMARCeye
DMARCeyeは、選択した p= ポリシーが実際のメールフローにどのような影響を与えるかを可視化します。そのレポートダッシュボードは、どれだけのメッセージが認証を通過または失敗しているか、どこで失敗が起きているか、そして隔離や拒否が正当なメールにどのような影響を及ぼすかを明らかにします。
ポリシーの結果を認証データと関連づけることで、DMARCeye は組織が自信を持って監視から全面適用へと進み、到達性を維持しながらドメインを悪用から守るのを支援します。
ご自身のドメインの保護状況が気になりますか？無料でDMARCをチェックしましょう：
DMARCeyeの無料トライアルに登録して、メールドメインを保護しましょう。
DMARCおよび関連用語について詳しくは、DMARCeye用語集をご覧ください。