DMARCレコード作成ツール

ドメインのポリシーと、受け取りたいレポートを選んでください。DMARCレコードを作り、公開するレコード名を示し、各タグをRFC 7489の言葉で説明します。

無料 ブラウザで動作 2026年11月10日火曜日確認済み

レコードが保護するドメインです。例:example.com。レコードは、_dmarcに続けてこのドメインを付けた名前で公開されます。

ドメインのポリシー(p)

DMARCに失敗したメールを、受信側がどう扱うべきかです。

「pと同じ」は、上で選んだポリシーをサブドメインにも使います。

ポリシーを適用する、失敗したメールの割合です。初期値は100です。

日ごとの要約の送り先です。例:[email protected]。複数のアドレスは、カンマで区切ります。

任意です。1通ずつの失敗したメールについてのレポートの送り先です。例:[email protected]

0はすべてのチェックが失敗したとき、1はどれかのチェックが失敗したときにレポートを送ります。dはDKIM、sはSPFのレポートです。コロンでつなぎます。例:1:d

DKIMのアライメント(adkim)

rは緩やか(初期値)です。sは厳格です。

SPFのアライメント(aspf)

rは緩やか(初期値)です。sは厳格です。

集計レポートを求める間隔を秒で示します。86400は1日で、初期値です。

結果

レコード名 — このレコード名で、TXTレコードとして公開します。
ポリシーの働き —
DMARCレコード(TXT)

各タグの働き

このツールはブラウザ内で動作します。入力した内容が当社に送信されることはありません。

使い方

  1. ドメインにドメインを入力します。例:example.com
  2. ドメインのポリシー(p)を選びます。noneはレポートを出すだけなので、ここから始めるのに適しています。
  3. 集計レポート(rua)にアドレスを入力すると、レポートを受け取れます。より厳しいポリシーに進む前に、それを読んでください。
  4. DMARCレコード(TXT)をコピーし、レコード名で、TXTレコードとして公開します。

DMARCレコードの意味

DMARCレコードは、_dmarcに続けてドメインを付けた名前のTXTレコードです(RFC 7489、6.1節)。ドメインのDMARCチェックに失敗したメールを受信側がどう扱うか、またレポートをどこに送るかを示します。v=DMARC1とpで始まり、ほかのタグはセミコロンで区切って続きます(6.3節)。

  • 知らないタグは無視されます。初期値のままのタグは、レコードに書かれません(6.3節)。
  • vとpのあとでは、タグの順番は自由です(6.4節)。このページは、正式な定義の順に書きます。

ポリシー、アライメント、レポート

pはドメインのポリシーを定め、spは指定された場合にサブドメインだけのポリシーを定めます(RFC 7489、6.3節)。DMARCはアライメントを確かめます。Fromのドメインは、DKIMかSPFに合格したドメインと一致しなければなりません。adkimとaspfは、それぞれのチェックで緩やかか厳格かを選びます(3.1節と6.3節)。ruaとrufはレポートの送り先を定め、アドレスはmailtoのアドレスでなければなりません(6.3節)。

ポリシーを始める

p=noneは、受信側に配送について何もしないことを求め、レポートを送るよう求めます(RFC 7489、6.3節)。どのポリシーも強制する前に、レポートを読んで、どのメールが失敗しているかを確かめてください。pctタグは、失敗したメールの一部だけにポリシーを適用します。段階的に導入するためです。割合にかかわらず、レポートは常に送られます。

例:example.comで、失敗したメールを拒否するポリシー

レコード v=DMARC1; p=reject; rua=mailto:[email protected] は、_dmarc.example.comに公開されます。DMARCチェックに失敗したメールを拒否し、集計レポートを[email protected]に送るよう、受信側に求めます。

初期値のままのタグは書かれません。sp、割合、アライメントのモードがそれに当たり、レコードは短く保たれます。

項目 値
ポリシー(p) reject
レポート(rua) mailto:[email protected]
レコード v=DMARC1; p=reject; rua=mailto:[email protected]
ホスト _dmarc.example.com

よくある質問

DMARCレコードは、どこに公開しますか?

_dmarcに続けてドメインを付けた名前で、TXTレコードとして公開します。例:_dmarc.example.com(RFC 7489、6.1節)。正確な名前は、レコード名に表示されます。

最初はp=noneから始めるべきですか?

p=noneは、受信側に何もしないよう求め、レポートを送るよう求めます(RFC 7489、6.3節)。そのため、どのポリシーも強制する前に、どのメールが失敗しているかを確かめられます。実際のメールがすべて通るようになったら、隔離へ、次に拒否へ進みます。

pctは何をしますか?

失敗したメールのうち、ポリシーを適用する割合を0から100の間で定めます(RFC 7489、6.3節)。段階的な導入を助けます。レポートは、割合にかかわらず送られます。

緩やかなアライメントと厳格なアライメントは、何が違いますか?

アライメントは、Fromのドメインが、DKIMかSPFに合格したドメインとどれだけ近く一致しなければならないかを定めます。緩やかなrが初期値で、厳格なsはより近い一致を求めます。モードはDKIMとSPFで別々に設定します(RFC 7489、3.1節と6.3節)。

pとspの2つのポリシーがあるのは、なぜですか?

pはドメインとそのサブドメインに適用されます。spは指定した場合、サブドメインだけに適用され、ドメイン自体には適用されません(RFC 7489、6.3節)。そのため、それぞれに別の強さを設定できます。

このツールは、ドメインをどこかに送りますか?

いいえ。レコードは、入力した内容からお使いのブラウザの中で作られます。何かが検索されたり、ネットワークで照会されたり、保存されたりすることはありません。レコードは文字列として出力され、公開はドメインの管理者が行います。

出典

数値と文章の最終確認日:2026年11月10日火曜日。

当サイトの運営に必要なCookieを使用します。お客様の同意があれば、Googleは広告用Cookieを使い、パーソナライズ広告を表示します。拒否された場合も広告は表示されますが、パーソナライズはされません。