DMARC レコードチェッカーとは
DMARC レコードチェッカーは、提供された DMARC TXT レコードを解析し、そのポリシー、アラインメント設定、レポート送信先アドレス、およびレガシーなパーセンテージ値を検証するためのツールです。レコード内に存在する無効なタグを特定し、構文やポリシーに関する注意点を出力することで、DMARC レコードの構造と受信システムにおける解釈のされ方を正しく理解できるように支援します。
本ツールは、DMARC ポリシー、アラインメント、レポートアドレス、パーセンテージ、無効なタグなどを確認したい方や、DMARC TXT レコードを公開する前、あるいはトラブルシューティングの際に、その構造やポリシーの選択、レポートアドレスの構文を検証したいメール ドメイン管理者に最適です。
入力と処理のルール
本ツールを使用する際は、以下の入力制限および処理ルールが適用されます。
- DMARC TXT 値の入力:
v=DMARC1で始まる文字列を入力します。引用符で囲まれた DNS TXT の分割部分（クォートされたチャンク）が入力された場合は、解析前にこれらを自動的に結合して処理します。 - 文字数制限: 入力できる DMARC レコードは 20,000 文字未満に制限されています。
- 大文字・小文字の区別: レコードは、大文字・小文字を区別する
v=DMARC1という値で開始される必要があります。 - 必須の開始位置:
v=DMARC1は必ず最初のタグでなければなりません。
解析結果と出力情報
レコードの検証が完了すると、以下の情報が「DMARC 解析」のメインセクションに表示されます。
DMARC の概要
主要な DMARC 設定のサマリーが表示されます。
- ドメインポリシー (p): メインドメインに適用されるポリシー。
- サブドメインポリシー (sp): サブドメインに適用されるポリシー。
- 存在しないサブドメイン (np): 存在しないサブドメインに適用されるポリシー。
- 識別子のアラインメント: SPF および DKIM のアラインメントに関する情報。
- レポートアドレス: 指定されたレポート送信先アドレスの件数。
- レガシーパーセンテージ (pct): レガシーな DMARC 実装向けのパーセンテージ値。
レポート送信先
レポートが送信される宛先の詳細が表示されます。
- 集約レポート (rua): 集約レポートを送信する宛先アドレス。
- 失敗レポート (ruf): 失敗レポートを送信する宛先アドレス。
解析済み項目
レコード内で検出された各タグがテーブル形式で一覧表示されます。
- 項目: DMARC タグの名前。
- 値: タグに関連付けられた値。
- 種類: タグのステータス（RFC 9989、RFC 7489、不明、✕ DMARC）。
構文とポリシーに関する注意
レコードの構文やポリシーに関する問題点や観察事項がリスト形式で表示されます。
DMARC ポリシーとタグの解釈ルール
ツールがレコードを解析する際、以下のルールおよびエッジケースに基づいて判定が行われます。
- ポリシーのフォールバック: レコード内に
pタグが存在しない場合、ドメインポリシーは自動的にnoneにフォールバックされます。また、より具体的なタグが明記されていない場合、サブドメインポリシーはnpからsp、そしてpへと順にフォールバックされます。 - p=none の挙動:
p=noneポリシーは、受信側に失敗したメールの隔離（quarantine）や拒否（reject）を要求せず、監視とレポートの要求のみを行います。 - テストモード (t=y): テスト中を示す
t=yが指定されている場合、受信側での処理においてquarantineはnoneに、rejectはquarantineにそれぞれポリシーが引き下げられます。 - レポート送信先の有効性: 有効な
ruaアドレスが存在しない場合、集約レポートは要求されません。また、有効なruf（失敗レポート）アドレスが存在しない場合、foタグは無視されます。 - 歴史的な仕様（レガシー）:
pct（パーセンテージ）値は歴史的な（古い）仕様であり、古い DMARC 仕様に準拠している受信システムに対してのみポリシーの適用範囲を制限します。また、レポート URI に付与される!sizeサフィックスは廃止されており、現在の受信システムでは無視されるべき項目です。ツールは、現在の標準に従う受信システムが無視できる「歴史的なタグ」を識別します。
プライバシーとデータ処理について
入力された DMARC レコードはすべてユーザーのブラウザー内で処理されます。本ツールがレコードを外部サーバーにアップロードしたり、保存したりすることはありません。入力データがブラウザーのストレージに書き込まれることはなく、レコードに関連するリクエストが外部に送信されることもありません。
よくある質問（FAQ）
構文とポリシーに関する注意: p / sp / np?
DMARC レコードに p タグがない場合は p=none にフォールバックされます。テストモードである t=y が指定されている間は、ポリシーの厳格度が引き下げられます（reject は quarantine に、quarantine は none に移行）。サブドメインのポリシーは、特定のタグが指定されていない場合、np から sp、そして p へと順にフォールバックして適用されます。
RFC 9989: pct / rf / ri?
いいえ。このページは貼り付けたテキストだけを確認します。DNS の照会、プロバイダーのレコード展開、送信元 IP のテスト、受信メールサーバーの応答確認は行いません。なお、RFC 9989 において pct、rf、ri は歴史的なタグ（historic）に分類され、np、psd、t はアクティブなタグ（active）として扱われます。
問題なしという結果なら、DMARC 設定が機能していると証明できますか？
いいえ。このページは貼り付けたテキストだけを確認します。DNS の照会、プロバイダーのレコード展開、送信元 IP のテスト、受信メールサーバーの応答確認は行いません。