任意のドメインについて _dmarc で公開中のレコードを取得し、すべての DMARC タグと実効ポリシーを報告する無料 DMARC レコードチェッカーです。チェックと検証を 1 つで行え、登録は不要です。
DMARC チェッカーは、DNS が _dmarc.yourdomain で返す TXT レコードを取得し、受信メールサーバーと同じように読み取ります。それは、公開したつもりの DMARC レコードと一致するとは限りません。DNS パネルが長い値を分割したり、誤ってドメインルートに公開されたりするレコードが少なくないためです。
無料 DMARC レコードチェッカーは v、p、sp、pct、rua、ruf、aspf、adkim を解析し、失敗メールに対して受信側が実際に行う処理を報告します。単なる TXT 照会ではなく、DMARC レコードのチェックと検証を行います。
公開やポリシー変更のたびに DMARC チェッカーを実行してください。DMARC の障害は表面化しません。レコードを解析できなくなっても通知はなく、数週間後になりすましメールが受信トレイへ届いて初めて判明します。
ポリシーです。DMARC チェッカーは、失敗メールに対する実効アクションとして none、quarantine、reject のいずれかを報告します。
サブドメイン向けポリシーです。未設定の場合、サブドメインは p を継承し、DMARC チェッカーは継承された値を明示します。
ポリシーを適用する失敗メールの割合です。DMARC チェッカーは pct=25 を全面導入ではなく、段階的な部分導入として読み取ります。
集計レポートの送信先アドレスです。DMARC チェッカーは、rua がない p=none レコードを、何も報告しない監視設定として警告します。
フォレンジックレポートの送信先アドレスです。任意項目であり、無視する受信側が増えているため、DMARC チェッカーでは参考情報として扱います。
DKIM アライメントモードです。strict ではサブドメインによる署名が一致しなくなり、DMARC チェッカーはその点を明示します。
SPF アライメントモードで、relaxed または strict です。DMARC チェッカーは現在有効なモードを報告します。
フォレンジックレポートのオプションです。重要になることはまれですが、DMARC チェッカーは完全性のために解析します。
取得する内容
DMARC チェッカーは、DNS が _dmarc.yourdomain で返す TXT レコードを取得し、受信メールサーバーと同じように読み取ります。それは公開したつもりのレコードと一致するとは限りません。DNS パネルを信頼するだけでなく、DMARC チェッカーを実行すべき理由がそこにあります。
DMARC レコードチェッカーは、_dmarc サブドメインを明示的に照会します。代わりにドメインルートへ公開することが最も多い DMARC のミスであり、DMARC チェッカーなら 1 回の照会で見つけられます。
DNS パネルは長い TXT 値を分割または切り詰めることもあるため、管理画面で正しく見えるレコードが、実際の照会では壊れている場合があります。受信側と同じ内容を確認できるのは、公開中のレコードを調べる DMARC レコードチェッカーだけです。
v、p、sp、pct、rua、ruf、aspf、adkim、fo。DMARC レコードチェッカー兼検証ツールは、生の文字列をそのまま返すのではなく、各タグとその実効的な意味を報告します。
先頭部分ではタグの順序が重要です。v を最初、p を 2 番目に置かないと、受信側はレコード全体を破棄します。無料 DMARC レコードチェッカーは、何より先にこの問題を警告します。
失敗メールに対して受信側が実際に行う処理を報告します。sp によるサブドメイン向け処理の変化や、pct によって対象の割合が減る点も含みます。
これが有用な出力です。生のレコードを読むのは簡単ですが、なりすましメールを通すかどうかを決めるのは、解決後の実効動作です。
p=none で rua がない DMARC レコードからは、何の情報も得られません。DMARC チェッカーは、有効なレコードとだけ報告して終わらず、この問題を明示します。
外部ドメインのレポート送信先も警告します。実際にレポートを受け取るには、受信先ドメインに認可レコードが必要です。
検出結果
ほぼすべての問題は 5 つの検出結果に集約でき、それぞれに明確な修正方法があります。
_dmarc.yourdomain に何も公開されていません。受信側には適用するポリシーがないため、SPF と DKIM の結果が、表示上の From アドレスとアライメントしているか確認されません。
rua アドレスを指定し、p=none でレコードを生成してください。存在しないレコードを DMARC レコードチェッカーで検証することはできません。
ドメインルートにある DMARC レコードは機能しません。_dmarc.yourdomain に置く必要があります。無料 DMARC レコードチェッカーが最もよく検出するミスです。
レコードを移動し、反映を待ってから DMARC チェッカーを再実行してください。
技術的には有効ですが、運用上は役に立ちません。集計レポートの送信先がない監視モードでは何も把握できず、安全にポリシーを強化することもできません。
rua を追加し、数週間分のデータを確認してから p を変更してください。
DMARC レコードチェッカーは、有効なため有効と報告します。しかし何も実行していません。p=none は受信側に一切の処置を取らないよう指示します。
レポートを確認し、失敗している正当な送信元を修正してから、quarantine、reject へ移行してください。
余分なセミコロン、p より前に置かれたタグ、未知のタグ名などです。受信側は解析できないレコードを破棄するため、ドメインは実質的に保護されません。
DMARC レコードチェッカー兼検証ツールが指摘したトークンを修正し、反映後に再照会してください。
実行するタイミング
DMARC の障害は表面化しません。レコードを解析できなくなっても通知はなく、なりすましメールが受信トレイに届いて初めて判明します。緊急時だけでなく、日常的に DMARC チェッカーを使うことが重要です。
DNS の反映やパネルによる変形があるため、保存した文字列と実際に返される文字列が同一とは限りません。反映が完了したら、すぐに無料 DMARC レコードチェッカーを実行してください。
この習慣だけで、ほとんどの DMARC 問題を実害が出る前に検出できます。
none から quarantine、quarantine から reject への移行や、pct の引き上げなどです。どの変更も、受信側によるメールの扱いを直接変えます。
意図したポリシーが実際に公開されていることを DMARC チェッカーで確認してください。
新しいプラットフォームが SPF または DKIM とアライメントしていなければ、すぐに DMARC で失敗し始めます。強制適用ポリシーでは、メールが届かなくなります。
送信開始後ではなく、開始前に新しい送信元のアライメントを確認してください。
自社ドメインから送られたように見せかけたフィッシングメールを転送された場合、最初に DMARC レコードチェッカーを実行してください。
その後、自社の受信者リストも検証してください。そのためには メール検証を使ってください。送信者認証とリストの健全性維持は、同じ送信ワークフローを構成する 2 つの要素です。
制限
DMARC が連携するのは他の 2 つのレコードであり、それ以外については報告しません。
DMARC レコードチェッカーが取得するのは 1 件のレコードです。SPF レコードが 10 回の照会上限内か、DKIM 鍵が正しく公開されているかは、別途確認する必要があります。
SPF レコードが壊れていれば、完璧な DMARC ポリシーを重ねても、保護ではなく失敗が強制されます。
DMARC チェッカーは、rua アドレスが設定されていることを確認します。そこに届く XML の取得や解析は行いません。
集計レポートの確認こそが DMARC 導入の実務であり、レポート処理ツールが必要です。
DMARC が保護するのは自社の正確なドメインです。1 文字だけ違う登録ドメインは、公開したどのポリシーの影響も受けません。
この脅威には DNS レコードではなく、監視が必要です。
送信者認証と受信者検証は別の問題です。DMARC チェッカーの結果が正常でも、送信先アドレスが存在するとは限りません。
キャンペーンの前に両方を実行してください。
参考情報
DMARC は IETF によって定義されており、DMARC チェッカーで確認できない点は関連ツールで補えます。
IETF の RFC 7489 は、DMARC、そのタグ、アライメント、およびこの DMARC レコードチェッカーが検証するレポート形式を定義しています。
この無料 DMARC レコードチェッカーが報告するすべての検出結果は、その文書の規則に対応しています。
DMARC チェッカーで何も見つからない場合は、 DMARC レコードジェネレーター でポリシー、アライメント、レポート用タグを含む有効なレコードを作成できます。
そこで生成し、ここで DMARC レコードチェッカーを使って検証してください。どちらか一方のツールだけでは、DNS パネルによる変形を検出できません。
DMARC は SPF と DKIM の結果を読み取ります。 SPF チェッカー は、DMARC ポリシーが最も依存するレコードを確認します。
SPF レコードが壊れていれば、DMARC レコードチェッカーの結果が正常でも、保護ではなく失敗が強制されます。
有料の AI 機能に加えて 19 種類の無料ツールを提供。どれもアカウントは不要です。
無料ツール
無料の DMARC レコードジェネレーター。ポリシー、アライメント、レポートタグを指定し、有効な v=DMARC1 TXT レコードを数秒で作成できます。登録は不要です。
ドメインまたはインフラの証拠であり、メールボックスの証明ではありません。
無料ツール
無料の SPF レコードチェッカーで、任意のドメインの最新 SPF レコードを解決し、DNS 照会回数と構文を検証。登録不要の SPF チェッカー兼バリデーター。
無料ツール
無料 DKIM レコードチェッカー。任意のセレクターで実際の DKIM レコードを照会し、公開鍵を検証して、切り詰めやテストモードを検出します。
無料ツール
任意のドメインを無料で DNS レコード照会。権威ネームサーバから A、AAAA、MX、TXT、NS、CNAME、SOA をライブ取得。登録不要の DNS レコード照会ツールです。
メールツール
無料メールヘッダーアナライザー。生のヘッダーを貼り付けると、SPF、DKIM、DMARC の判定、完全な配送経路、主要ヘッダーを確認できます。メールヘッダーを無料でオンライン解析。
送信者またはメッセージの診断であり、アドレス発見ではありません。
メールツール
無料のメール到達性テスト。1 通送信するだけで、認証、DNS、スパムフィルター、ブラックリスト、ヘッダー、コンテンツのスコアを確認できます。登録不要の無料受信トレイ配置テストです。
はい。登録もアカウントも不要の無料 DMARC レコードチェッカーです。必要な数のドメインで DMARC チェッカーを実行できます。キャッシュ済みの DMARC 判定ではなく、リクエストごとに公開中の DNS を照会します。
取得したレコード、解析した各タグとその実効的な意味、受信側が適用するポリシー、sp によるサブドメイン向け動作の変化、rua の設定有無、不正な形式や順序のタグを報告します。単なる照会ではなく、DMARC レコードのチェックと検証を行うツールです。
ほぼ間違いなく公開先のホストが違います。DMARC レコードはドメインルートではなく _dmarc.yourdomain に置きます。この無料 DMARC レコードチェッカーが最もよく検出するミスです。レコードを移動し、反映を待ってから DMARC チェッカーを再実行してください。
出発点としてのみ十分です。p=none は有効なため、DMARC レコードチェッカーでも有効と判定されますが、none は受信側に一切の処置を取らないよう指示します。集計レポートを確認し、失敗している正当な送信元を修正してから、quarantine、reject へ移行してください。
いいえ。DMARC レコードチェッカーは、rua アドレスが設定され、構文が正しいことを確認します。そこに届く日次 XML の取得と解析は別の作業であり、DMARC 導入の実務そのものです。
通常は、DNS パネルが保存時に TXT 値を分割または切り詰めたか、余分なセミコロンが入っています。DMARC チェッカーは、ネームサーバーが実際に返す文字列を報告します。受信側が見るのはその文字列だけです。再公開し、反映後にもう一度確認してください。
