本文へスキップ
Emailens
ログイン

DMARCチェッカー：DMARCレコードの確認

DMARCレコード（サブドメインの場合は親ドメインのレコード）を見つけ、ポリシー、sp=、pct=、rua=、アライメントのタグを読み取って、ポリシーが適用されているか、レポートが届くかを示します。

@emailens/engine 0.17.2 · データの最終更新：2026年10月27日

例：example.comは架空のドメインで、サンプルのDMARCレコードを使っています。上の欄でご利用のドメインを確認してください。

合格example.com

DMARCが適用されています（ポリシーp=quarantine、適用割合100%）。

example.comを名乗る認証されていないメールは、DMARCに準拠した受信サーバーで隔離されます。

TXT _dmarc.example.com

v=DMARC1; p=quarantine; sp=reject; rua=mailto:dmarc@example.com; adkim=s; aspf=r

ポリシー

  • 合格：適用済み

    適用されるポリシーはquarantineまたはrejectで、認証に失敗したメールの100%が対象です。

タグ

p=quarantine
認証に失敗したメールは、迷惑メールフォルダーに振り分けられるか隔離されます。
sp=reject
独自のレコードを持たないサブドメインに適用されます。認証に失敗したメールは、そのまま受信を拒否されます。
pct=100
ポリシーは、認証に失敗したすべてのメールに適用されます。
rua=mailto:dmarc@example.com
集約レポートは、ご利用のドメインのアドレスに届きます。
adkim=s
DKIMのアライメント。厳格モード（strict）：ヘッダーFromのドメインと完全に一致する必要があります。タグを省略した場合の既定値はrです。
aspf=r
SPFのアライメント。緩和モード（relaxed）：ヘッダーFromのドメインと組織ドメインが同じドメインであれば、アライメントが一致します（mail.acme.comとacme.comなど）。タグを省略した場合の既定値はrです。

タグの変更はDMARCレコードジェネレーター（英語）で行い、レポートの内容はDMARCレポートリーダー（英語）で確認できます。

チェッカーを使うにはパソコンの画面が必要です。

各チェックで読み取る内容

レコード
ドメインの_dmarcにある、v=DMARC1で始まるTXTレコードを読み取ります。サブドメインにレコードがない場合は、受信サーバーと同じように、組織ドメインのレコードを代わりに読み取ります。レコードがなければ失敗です。複数ある場合は、レコードがないものとして扱います。
ポリシー
p=、sp=、pct=を読み取ります。親ドメインのレコードを使うサブドメインには、sp=が設定されていればsp=が適用されます。適用済みとみなされるには、適用されるポリシーがpct=100でquarantineまたはrejectである必要があります。p=none、またはpctが100未満の場合は警告です。
rua
レポートの送信先が設定されているかを確認します。最初のmailto:アドレスが別のドメインにある場合は、そのドメインが公開する必要がある認可レコード（yourdomain._report._dmarc.theirdomain）を検索します。
アライメント
adkim=とaspf=を読み取ります。値は緩和モード（r、既定値）または厳格モード（s）です。

レコードは何が起きるべきかを示し、レポートは実際に何が起きたかを示します。DMARCレポートの読み方（英語）で具体例を説明しており、DMARCレポートリーダー（英語）でご利用のレポートを読み取れます。レコードを変更するには、DMARCレコードジェネレーター（英語）を使ってください。

次に確認すること

すべてのメールでこのチェックを実行

無料アカウントなら、レコードを毎日再チェックし（監視ドメイン1件）、変更があればメールでお知らせします。ドメインを毎日無料で監視

SPF、DKIM、DMARCの監視（Dev）。Devは月額¥1,480（税込）です。開発者1人向けで、1日100回のチェック、APIキー、テスト用の受信トレイが含まれます。プランを見る →

よくある質問

DMARCチェッカーでは何を確認しますか？

このチェッカーは、ドメインの_dmarcにあるv=DMARC1レコード（独自のレコードがないサブドメインの場合は親ドメインのレコード）を見つけ、重複したレコードを検出し、ポリシー（p=）、サブドメインのポリシー（sp=）、pct=、レポートの送信先（rua=）、アライメントのモード（adkim=とaspf=）を読み取って、ポリシーが適用されているかどうかを示します。レポートの送信先が別のドメインにある場合は、そのドメインがレポートの受信を認可しているかを確認します。

p=none、p=quarantine、p=rejectはそれぞれ何をしますか？

監視のみ（p=none）はレポートを求めるだけです。認証に失敗したメールも通常どおり配信されるため、なりすましは止まりません。隔離（p=quarantine）では認証に失敗したメールが迷惑メールフォルダーに振り分けられ、拒否（p=reject）では受信が拒否されます。安全な進め方は、p=noneから始め、すべての正規の送信者が認証に合格するまでレポートを確認してからquarantineに移行し、pct=を100まで段階的に引き上げて、最後にrejectにすることです。

DMARCレコードのsp=は何をしますか？

sp=は、独自のDMARCレコードを持たないサブドメインのポリシーを設定します。省略すると、サブドメインにはp=が適用されます。_dmarc.sub.yourdomainに独自のレコードを公開しているサブドメインは、そのレコードを使います。p=がまだnoneのままでもsp=rejectを設定すれば、メインのドメインの監視を続けながら、サブドメインのなりすましをブロックできます。

DMARCレポートの送信先が別のドメインになっているのはなぜですか？それは許可されていますか？

レポートサービスは、rua=にサービス側のドメインのアドレスを指定するよう求めます。RFC 7489では、そのドメインがyourdomain._report._dmarc.theirdomainにv=DMARC1を含むTXTレコードを公開している場合に限り、レポートを受け取ることを認めています。このレコードがないと、受信サーバーがレポートを送信しない場合があります。このチェッカーは、そのレコードを検索します。

緩和モード（relaxed）と厳格モード（strict）のアライメントの違いは何ですか？

アライメントでは、ヘッダーFromのドメインと、SPFまたはDKIMで認証されたドメインを比較します。緩和モード（r、既定値）では組織ドメインが共通するドメインを受け入れるため、mail.acme.comはacme.comとアライメントが一致します。厳格モード（s）では完全な一致が必要です。adkim=はDKIMの、aspf=はSPFのモードを設定します。