01
監視から始める
最初の値はv=DMARC1; p=noneです。失敗したメールの隔離や拒否を求めません。集約レポートが必要なら実際に管理するruaの宛先を追加します。ruaなしでも構文エラーではありませんが、レポートは要求されません。
Email Dev Tools
DMARCレコード生成ツール
ポリシーを選ぶかTXT値を1件貼り付け、DNSを変更する前にタグの意味を確認します。
DMARCレコード生成ツール
TXTホスト名 ドメインを入力すると表示
v=DMARC1; p=none
実効設定
- ドメイン
- none
- サブドメイン
- none
- 存在しないサブドメイン
- none
- DKIM
- r
- SPF
- r
- v=DMARC1 — バージョン
- p=none — ドメインポリシー
ブラウザー内で処理します。DNSの照会や変更は行いません。
ポリシー設定
レコードを生成しました。公開前に注意点を確認してください。
公開前の確認
- ruaがないため、集約レポートは要求されません。
送信ドメインにDMARCを導入する際、単にv=DMARC1と書くだけでは十分ではありません。監視から強制へ進む時期や、サブドメインを継承させるかを決める必要があります。DMARCレコード生成ツールは選択内容とTXT値を同時に示します。
公開済みの値も貼り付けて確認できます。古いpctなどは勝手に消さず、現行仕様との違いを表示します。DMARCレコード生成ツールはローカルの構文と設定意図を読むもので、実際のDNS公開や配信結果を保証しません。 DMARCレコード作成後は、DMARCレコード確認として既存値を貼り付け、DMARC TXTレコードのタグと警告を見直せます。
DMARCレコード生成ツールを使う理由
新しい値は現行RFCに合わせ、古い値は元のまま読みます。
旧い割合タグを新規生成しない
RFC 9989はpct、rf、riを削除しました。受信側が中間の割合を一様に扱わなかったためです。このDMARCレコード生成ツールは初期値をp=noneとし、テスト信号t=yを精密な割合指定として扱いません。
継承とレポート先を一緒に読む
spやnpを省略しても、結果にはサブドメインの実効ポリシーが出ます。既存レコードを解析するとruaやrufも個別に表示され、外部ドメインの宛先にはDNS上の許可が必要だと分かります。構文チェックと到着確認を混同しません。
DNS公開前に確認する順序
02
継承と宛先を見直す
spとnpを継承にするとTXTには出力されません。ruaやrufに複数のメールアドレスを入れる場合はカンマで区切ります。別ドメイン宛てのレポートには宛先側のDNS許可が必要で、このページでは検証できません。
03
公開後は実データで判断する
自動処理は入力停止後350ミリ秒で更新します。無効にするとボタンかCtrl/Cmd + Enterで実行できます。設定変更直後は古い結果をコピーできません。_dmarcに公開した後、DNS、SPF/DKIMの整合と受信したレポートを調べてください。
ポリシーと報告先を一つのTXT値に
主ドメインと子ドメインを区別
pにはnone、quarantine、rejectを選べます。spは既存の子ドメイン、npは存在しない子ドメインへの上書きです。両方とも初期状態は継承で、タグを省いても結果欄に実効値を表示します。
レポートURIを整える
ruaとrufにカンマ区切りの複数アドレスを指定できます。生成時はメールアドレスにmailto:を補い、不正な宛先ならエクスポートを止めます。単一メールの情報を含み得るrufは初期状態で空欄です。
既存のTXTを静的解析
重複タグ、区切り記号、未対応の値とその文字位置を示します。未知のタグは残して注意として表示し、古いpct、rf、riも元の値を保持します。貼り付けたレコードを自動的に書き換える処理はありません。
このチェックで分からないこと
- DNSとメールは照会しない
- ドメイン入力は推奨TXTホスト名の表示にだけ使います。公開済みの_dmarc、実際の送信メール、SPF/DKIMの結果は調べません。TXT構文が通っても配信や認証の成功を証明するものではありません。
- 割合指定は旧記録の説明に限定
- 旧いpct=25は値を保ったまま、RFC 9989で削除されたことを示します。新規生成ではpct、rf、riを出力しません。t=yはテスト信号であり、25%だけ適用する指定の置き換えではありません。
- 外部宛てレポートの許可は別途必要
- ruaやrufが別ドメインのメールボックスを指す場合、宛先ドメイン側のDNS許可が必要なことがあります。このページではドメインの違いを通知できますが、許可の実在やレポートの到着を確認できません。
- 入力は政策TXT値を一つだけ
- 集約レポートのXML、メールヘッダー、複数のDNS応答は解析しません。公開済みの重複TXTも検出できません。旧記録からタグを自動削除すると運用意図が変わる可能性があるため、自動移行もしません。
DMARCレコード生成ツールのよくある質問
最初はどのようなDMARCレコードが適していますか？
v=DMARC1; p=noneから始め、レポートを受けるメールボックスが用意できたらrua=mailto:宛先を追加します。DMARCレコード生成ツールの初期値には架空の宛先を入れていません。
DMARCレコードはどこに公開しますか？
DNS管理画面で_dmarc.yourdomain.comのTXTとして公開します。サービス側がドメインを自動補完するならホスト欄は_dmarcだけにします。生成値そのものとホスト名を混ぜないでください。
DMARCレコードが機能しているか、どう確認しますか？
このページはDNSを問い合わせません。公開後は別のDNS確認手段でTXTを調べ、SPF/DKIMの整合と集約レポートも見ます。TXTが存在するだけでは実際のメールがDMARCに合格するとは限りません。
ruaレポートとrufレポートとは何ですか？
ruaは認証結果の集約レポートの宛先です。rufは個別失敗レポートの宛先で、受信側によっては送られず、詳細情報を含む場合があります。rufを設定しない限りfoも出力しません。
DMARCレコードが有効になるまでどのくらいかかりますか？
DNSのTTLや事業者の反映時間によって変わります。このページは公開操作もDNS照会もしないため、反映時刻は表示できません。実際のTXTを確認し、集約レポートの到着も待って判断してください。
DMARC設定についてほかに質問がありますか？
DMARCレコード生成ツールを開く
DMARCレコード生成ツールでTXT値と旧タグを確かめ、公開後は実際のDNSと認証レポートで強制ポリシーへの移行を判断してください。