全開発ツール

モニタリングから強制適用まで安全に移行できるDMARCレコードを作成し、ドメインが現在公開しているポリシーを確認できます。

無料

1ポリシー

あなたのドメインからと称しているのにSPFとDKIMの両方のアライメントに失敗したメールを、受信側がどう扱うべきかを指定します。

サブドメインに別のルールが必要な場合を除き、継承のままにしてください。

100未満の場合、残りはより緩いポリシーで扱われます。段階的に導入する際に便利です。

2レポート

集計レポートこそがDMARCを始める最大の意義です。あなたのドメインを名乗って送信しているすべての送信元が分かります。

毎日のXML形式の要約です。このアドレスが別のドメインにある場合、そのドメインは認可レコードを公開する必要があります。

メッセージごとの失敗コピーです。任意項目です。ほとんどの受信側はもはや送信しません。

3アライメント

SPFまたはDKIMのドメインが、表示されているFromドメインとどの程度厳密に一致する必要があるかです。ほとんどの環境には緩和が適しています。

あなたのDMARCレコード

		

レコードタイプ
TXT
名前/ホスト
_dmarc
TTL
3600
推奨される導入手順

いきなりrejectに移行しないでください。自社のニュースレター、請求書、ヘルプデスクをブロックしてしまいます。1段階ずつ進め、各段階の間にレポートを確認してください。

  1. 1〜4週目: 監視 p=none; pct=100 モニタリングのみで公開し、集計レポートを読みます。正当な送信元をすべて特定し、それぞれについてSPFまたはDKIMのアライメントを整えます。
  2. 5〜6週目: 一部を隔離 p=quarantine; pct=25 メールの一部をquarantineに移行します。苦情や、正当なメールが迷惑メールに入っていないかを確認します。
  3. 7〜8週目: すべてを隔離 p=quarantine; pct=100 すべてのメールに適用します。この時点でレポートには、心当たりのない送信元からの失敗のみが表示されるはずです。
  4. 9週目以降: 拒否 p=reject; pct=100 完全な強制適用に切り替えます。チームが新しいツールに登録するたびに新しい送信元が現れるため、レポートを読み続けてください。

左側でモニタリングから強制適用への移行手順を含むポリシーを作成するか、チェッカーに切り替えてドメインが公開しているDMARCレコードをタグごとに確認します。

左側でモニタリングから強制適用への移行手順を含むポリシーを作成するか、チェッカーに切り替えてドメインが公開しているDMARCレコードをタグごとに確認します。

Your results appear here Fill in the field above, then run the check.
公開されているレコード
レコードタグの解説
タグ値意味
外部レポート送信先
送信先ドメイン認可レコードステータス
確認された内容

DMARCレコード作成・チェックについて

DMARCレコードジェネレーター&チェッカーは、あなたのドメインからと称するメールがSPFとDKIMの両方のアライメントに失敗した場合に受信側がどう対応すべきかを伝える`_dmarc`のTXTレコードを作成します。同様に重要なのが、誰があなたを名乗って送信しているかを示すレポートの送信先です。2024年2月以降、GmailとYahooはユーザー宛てに大量メールを送信するすべての送信者にDMARCレコードを要求しています。

ジェネレーターは、ポリシー、サブドメインポリシー、割合、レポート送信先アドレス、アライメントモード、失敗オプション、レポート間隔をカバーし、ほとんどのドメインが従うべき導入手順、すなわちまず監視、次に一部をquarantine、次にすべてをquarantine、最後にrejectという流れを示します。いきなりrejectに移行することは、自社の請求書、ニュースレター、ヘルプデスクの返信をブロックしてしまう典型的な失敗です。

チェッカーはドメインが公開しているレコードを読み取り、すべてのタグを平易な言葉で説明したうえでRFC 7489に照らして検証します。レコードの欠落、複数のレコード(受信側はポリシーが一切ないものとして扱います)、順序を誤ったバージョンタグ、不正な形式や不明なタグ、何か月も放置されたままの`p=none`、100未満の`pct`、そしてレポートを静かに失わせる見落としがちな問題として、RFC 7489 §7.1が求める外部送信先の認可レコードを公開していない別ドメインの`rua`アドレスなどを検出します。組織ドメインへのフォールバックにも対応しているため、サブドメインを確認すると実際に適用されるポリシーが表示されます。

DMARCレコード作成・チェックの使い方

  1. ジェネレータータブでポリシーをモニタリングのみに設定し、集計レポートの送信先アドレスを入力するところから始めます。
  2. 送信元が厳格な一致を必要とすると分かっている場合を除き、アライメントは緩和のままにし、pctは100のままにしてください。
  3. ドメインに_dmarcという名前のTXTレコードとしてレコードを公開します。
  4. 数週間集計レポートを読み、そこで判明したすべての正当な送信元についてSPFまたはDKIMのアライメントを整えます。
  5. 各ステップの間にレポートを確認しながら、quarantine、次いでrejectへ移行します。
  6. 各段階でチェッカータブを使い、レコードが正しく解析されること、レポート送信先が認可されていることを確認します。

よくある質問

何もブロックしません。受信側にレポートを要求するだけです。それらのレポートによって、誰があなたのドメインを名乗って送信しているかが分かるため、これは正しい第一歩ですが、p=noneのまま放置されたレコードは偽装に対する保護にはなりません。

はい。DMARCは、メッセージがSPFまたはDKIMに合格し、かつ合格したドメインが表示されているFromアドレスとアライメントしているかを確認する仕組みです。まずSPFとDKIMを公開して検証し、その後DMARCをモニタリングモードで追加してください。

最もよくある原因は、ruaアドレスがレコードを公開しているドメインとは別のドメインにあることです。RFC 7489では、そのドメインがyourdomain._report._dmarc.theirdomainにv=DMARC1を含むTXTレコードを公開することを求めています。これがないと、受信側はあなたのレポートを黙って破棄します。チェッカーはこれを確認します。

緩和では、組織ドメインのどのサブドメインでもアライメント一致とみなされるため、mail.example.comのようなバウンスドメインもexample.comと一致します。厳格では完全な一致が必要です。ほとんどの環境には緩和が適しています。

spを設定しない場合、サブドメインはメインのポリシーを継承し、これは通常望ましい動作です。なりすまし行為者は使われていないサブドメインを好むため、何か設定するなら緩めるのではなく厳しくし、まったく存在しないサブドメインにはnp=rejectを検討してください。

モニタリングに約4週間、その後各quarantine段階に2週間ずつというのが一般的なペースです。重要なのはカレンダーではなくレポートの内容です。見えている失敗がすべて心当たりのない送信元からのものになったときにのみ次に進んでください。

シェアする

人気の検索
dmarcレコード作成 dmarc チェッカー dmarcレコード確認 dmarc 検索 dmarc 検証 dmarcレコード生成 dmarc ポリシー reject dmarc p=none とは dmarc rua レポート先 ドメイン dmarc 設定
お困りですか?
このツールで問題が見つかりましたか?チームにお知らせください。
問題を報告

この無料ツールをあなたのウェブサイトに追加:下のコードをコピーして貼り付けてください。