RUA
RUA は DMARC 集計レポートの送信先です。日次などの集計 XML から、送信元 IP、件数、SPF / DKIM / DMARC の結果、アライメントを把握できます。
DMARC4all では、RUA を p=none から quarantine / reject へ進むための観測材料として扱います。
標準とプライバシー
標準に沿い、余計なデータを持たない DMARC 支援
DMARC4all は、公開 DNS の診断、RUA を使った段階導入、Failure Reporting の慎重な取り扱いを基本方針にしています。
RFC 9989 / RFC 9990 / RFC 9991
DMARC の中心は、From ドメインに対する SPF / DKIM のアライメントと、受信側へ伝えるポリシーです。RFC 9989 が現在の中核仕様、RFC 9990 が集約レポート、RFC 9991 が失敗レポートを定めています。
Failure Reporting は、個別メッセージに近い情報を含む場合があります。そのため、プライバシーと実運用の差を意識した慎重な扱いが必要です。DMARC4all では RUA を実務上の主軸とし、RUF は必要性とリスクを理解した組織が慎重に扱うものとして説明します。
RUF
RUF は失敗レポートの送信先です。環境によっては個別メールに近い情報やヘッダ情報を含み得るため、プライバシー上のリスクが大きくなります。
DMARC4all は RUF を積極的には推奨しません。必要な場合でも、法務・プライバシー・保存期間・アクセス制御を先に決めるべきだと考えます。
DMARC4all の方針
- 公開 DNS だけを診断し、メール送受信やサーバー内部設定には触れません。
- RUA は段階導入のための可視化として扱い、RUF は慎重に説明します。
- RUA XML の原本を保存しない、または必要最小限の非可逆な集計に寄せる設計を優先します。
- p=none を完了扱いにせず、quarantine / reject へ進むための準備度を表示します。
- 英語圏以外の実務者にも分かるよう、用語と手順をできるだけ平易にします。
IETF DMARC ウォッチ
DMARC4all は、DMARCbis、Aggregate Reporting、Failure Reporting の IETF 文書を追跡し、説明文と診断ガイドを更新します。仕様と各事業者の実際の挙動が異なる場合は、両者を分けて説明します。
2026年7月30日時点で、DMARCbis は RFC 9989、Aggregate Reporting は RFC 9990、Failure Reporting は RFC 9991 として公開済みです。いずれも2026年5月発行の標準化過程（Proposed Standard）の RFC です。
IETF / WG で共有する場合の位置づけ
DMARC4all は、標準文書そのものの代替ではありません。DMARCbis と関連するレポート仕様を、実務者が使いやすい運用手順に落とし込むための補助ツールです。特に、非英語圏の小規模組織が p=none から適用ポリシーへ無理なく進めることを重視しています。
- 目的: 公開 DNS だけを使い、DMARC / SPF / DKIM / RUA の状態と次の安全な一歩を示す。
- 対象外: 受信側の最終判定、法的助言、Failure Reporting の一律推奨、メール本文や個人データの収集。
- 共有したい論点: 表現の正確性、RUA / RUF のリスク説明、適用準備度の判定基準、各言語の実務者に伝わる説明。
- フィードバック歓迎: 標準と事業者実装の差、誤解を招く表現、追加すべき安全上の注意。