DMARC を p=none から p=reject に段階移行する
最終更新: 2026-04-24 · 所要 8 分
結論
- p=none で 2〜4 週間 RUA レポートを収集
- 失敗しているサブドメイン / サービスを特定 → SPF / DKIM 整備
- p=quarantine + pct=25 → 50 → 100 へ段階的に上げる
- 最終的に p=reject へ(サブドメインは sp= で別指定)
どういう場面で必要か
Gmail / Yahoo! の送信者ガイドラインで DMARC が事実上必須になった。p=none のままでは「未対応」扱いのため、reject までの移行計画を立てたい時。
実務で見るポイント
- rua= に専用メールアドレス(例: dmarc-reports@yours.com)を設定
- RUA レポートは日次で届く、集計は DMARC レポート解析サービス(Postmark / EasyDMARC 等)で
- pct= で 25 → 50 → 100 と段階的に適用率を上げる
- サブドメインは sp= で親と別ポリシー運用可能
- bulk sender / transactional sender / marketing を分離してドメイン設計
よくある失敗
- p=none から一気に p=reject へ → 正常メールが弾かれる事故
- 配信サービス / CRM / 採用管理 SaaS を登録し忘れる(Salesforce, HubSpot, Greenhouse 等)
- sub.yours.com からの送信を親の DMARC が拾って失敗
- SPF の Lookup 10 回制限に引っかかる(/guides/spf-too-many-lookups)
チェックリスト
- [ ] rua= 受信メール動作確認
- [ ] 2 週間分以上の RUA 分析済み
- [ ] SPF / DKIM で 95% 以上 pass
- [ ] pct=25 で 1 週間、50 で 1 週間
- [ ] pct=100 の p=quarantine で 2 週間
- [ ] p=reject に切替後も監視継続
よくある質問
RUA と RUF の違いは?
RUA は集計レポート(日次)、RUF は個別失敗レポート(受信側任意)。RUF は個人情報を含むため受信側の実装が少ないです。
解析サービスは必要?
月 10 万通以下なら XML を自力でパースしても管理可能ですが、それ以上では EasyDMARC / Postmark DMARC Digest / dmarcian 等が実用的。
サブドメインは別ポリシー推奨?
はい。marketing / transactional / no-reply を別サブドメインにし、それぞれ DMARC を設定するのが堅実。
一時的に緩めたい時は?
pct= を下げて適用率を絞るか、一時的に p=quarantine に戻すこともロールバック手段として可能。