# MX、SPF、DKIM、DMARC レコードはどう確認しますか?

> dig MX、dig TXT、_domainkey 名に対する dig CNAME、dig TXT _dmarc でメールの DNS を確認します。Proton Mail の8レコードの完全な設定は、6回のルックアップで確認できます。

- URL: https://postelva.com/ja/guides/check-email-dns-records/
- 最終更新日: 2026-11-12
- 発行者: Postelva (https://postelva.com)

4種類のレコードを、1つのコマンドラインツールで確認します。変更のたびに、またポリシーを厳しくする前に、ルックアップを実行してください。

**簡潔な回答 — MX、SPF、DKIM、DMARC レコードはどう確認しますか?**

MX は dig MX yourdomain +short、SPF は dig TXT yourdomain +short、DKIM は dig CNAME selector._domainkey.yourdomain +short、DMARC は dig TXT _dmarc.yourdomain +short を実行します。Windows では nslookup が同じことをします。**Postelva** ドメインでの Proton Mail の完全な設定は、8レコードに対して6回のルックアップで済みます。

## どのルックアップがどのレコードを確認するか

| レコード | dig コマンド | 正しい応答の例 |
| --- | --- | --- |
| MX | dig MX example.com +short | 10 mail.protonmail.ch. と 20 mailsec.protonmail.ch.(Proton Mail) |
| SPF | dig TXT example.com +short | v=spf1 で始まる1行。例: "v=spf1 include:_spf.protonmail.ch ~all" |
| DKIM | dig CNAME fm1._domainkey.example.com +short | プロバイダーのターゲット。例: fm1.example.com.dkim.fmhosted.com.(Fastmail) |
| DMARC | dig TXT _dmarc.example.com +short | v=DMARC1 で始まる1行。例: "v=DMARC1; p=none; rua=mailto:dmarc@example.com" |
| MTA-STS(任意) | dig TXT _mta-sts.example.com +short | "v=STSv1; id=..." |

*最終確認日 2026年11月12日。それより古い数値にはそれぞれの日付を記載しています.*

*dig、nslookup、PowerShell によるルックアップ*

```bash
# dig (macOS, Linux, Windows with BIND tools)
dig MX example.com +short
dig TXT example.com +short
dig CNAME protonmail._domainkey.example.com +short
dig TXT _dmarc.example.com +short

# Ask the authoritative nameserver directly, skipping caches
dig NS example.com +short
dig MX example.com +short @ns1.your-nameserver.example

# nslookup (Windows, macOS, Linux)
nslookup -type=MX example.com
nslookup -type=TXT _dmarc.example.com

# PowerShell
Resolve-DnsName -Type MX example.com
Resolve-DnsName -Type TXT _dmarc.example.com
```

## MX レコードはどう確認しますか?

**ドメインと +short を付けて dig MX を実行し、優先度とホスト名を、プロバイダーから渡された値と比較します。** 応答にはレコードごとに1行が表示されます。優先度、スペース、ホストの順です。Proton Mail では 10 mail.protonmail.ch. と 20 mailsec.protonmail.ch.、Fastmail では 10 in1-smtp.messagingengine.com. と 20 in2-smtp.messagingengine.com.、Mailbox.org では4つの mxext ホストが期待されます。

ここで見つかる問題は2つあります。以前のプロバイダーのレコードが一覧に残っていると、配信が予測できなくなるため、削除してください。また、応答が空なら MX がないということです。その場合、送信側は RFC 5321 に記載のとおり、ドメインのアドレスレコードにフォールバックします。各行の意味は[MX レコードとは](https://postelva.com/ja/what-is-an-mx-record/ "What is an MX record?")で説明しています。

## SPF レコードはどう確認しますか?

**ドメインのルートの TXT レコードを取得し、v=spf1 で始まる行がちょうど1つあることを確認します。** ルートには、メールプロバイダーの所有確認など、ほかの TXT レコードもあるため、一覧全体を読んでください。v=spf1 で始まる行が2つあるとエラーです。RFC 7208 では、ドメインに複数の SPF レコードがある場合、恒久的なエラーとなります。

次に、ルックアップ回数を数えます。include、a、mx、ptr、exists、およびリダイレクト修飾子はそれぞれ上限の10に数えられ、include はその中にネストされたものも数えます。上限を超えたレコードは、すべての送信者に対して失敗します。レコードの作成方法は[SPF レコードの作成方法](https://postelva.com/ja/guides/spf-record-setup/ "How to create an SPF record for a custom domain")で詳しく説明しています。

## セレクターがわからないとき、DKIM はどう確認しますか?

**プロバイダーのセレクターを使います。DNS からセレクターを一覧にすることはできないため、プロバイダーの DKIM 画面から取得してください。** DNS では _domainkey の下の名前を一覧にできません。セレクターは、Proton Mail では protonmail、protonmail2、protonmail3、Fastmail では fm1、fm2、fm3、Mailbox.org では MBO0001 から MBO0004 です。

ルックアップする名前は selector._domainkey.yourdomain です。この3社のように CNAME レコードを使うプロバイダーは、自社ホストへの CNAME で応答します。鍵を直接公開するプロバイダーは、v=DKIM1 と、p= に続く公開鍵を含む TXT レコードで応答します。p= が空なら、鍵は失効しています。最も確実なテストは実際のメッセージです。存在するレコードでも使われていない場合があるため、別のプロバイダーにメールを送り、完全なヘッダーで dkim=pass を確認してください。

## DMARC レコードはどう確認しますか?

**_dmarc.yourdomain の TXT レコードを取得し、v=DMARC1 で始まり p= ポリシーを持つ行が1つあることを確認します。** p がない場合、受信側はポリシーを none として扱います。行に rua がなければ、集計レポートは生成されず、[DMARC の導入](https://postelva.com/ja/guides/dmarc-setup/ "How to set up DMARC: p=none to p=reject")の監視段階では何もわかりません。古い書式で書かれたレコードには、RFC 9989 で削除された pct タグが残っていることがあります。

独自のレコードを持たないサブドメインは、DNS のツリーウォークにより、最大8回のクエリで親のポリシーの対象になります。レコードのない名前を検索しても何も返らず、それは DMARC がないのと同じです。

## なぜルックアップで古い値が表示されるのですか?

**キャッシュは TTL が切れるまで古い応答を保持し、存在しないレコードもキャッシュされることがあります。** 変更が広がるまでの時間は、変更した時点でそのレコードに設定されていた古い TTL がおおよその目安です。ベンダーのガイダンスでは、通常の MX の変更は1〜4時間、最悪の場合は24〜48時間とされています。RFC 2308 によると、否定応答はゾーンの SOA レコードの TTL でキャッシュされるため、作成したばかりのレコードが、リゾルバーによっては存在しないように見えることがあります。

キャッシュを避けるには、権威ネームサーバーに問い合わせます。dig NS で見つけ、上のコードブロックのように @ とその名前を付けてクエリを繰り返してください。権威サーバーが新しい値を返し、リゾルバーが返さないなら、待ちましょう。どちらも返さない場合は、レコードが保存されていないか、ホスト名が間違っています。多くの場合、DNSエディターがドメインを二重に追加していることが原因です。

レコードが正しく見えてもメールが届かない場合は、[独自ドメインにメールが届かない理由](https://postelva.com/ja/guides/email-not-arriving-custom-domain/ "Why is email not arriving at my custom domain?")に進んでください。

## メールのレコードを確認できるオンラインツールは?

**公開 DNS に問い合わせるオンラインの DNS ルックアップやメール認証チェッカーなら、見た目が親しみやすいだけで、dig と同じ結果が得られます。** 生のレコードのテキストを表示するものを使い、プロバイダーの値と1文字ずつ比較できるようにしてください。個人的なデータは貼り付けないでください。必要なのはドメイン名だけです。

2026年11月12日時点の Postelva の集計では、Proton Mail の完全な設定は8レコード(確認用 TXT 1、MX 2、SPF 1、DKIM 3、DMARC 1)で、ルックアップは6回です。2つの MX レコードが1回のクエリを共有し、確認用レコードと SPF レコードがルートの TXT クエリを共有するためです。6つのコマンドを一度保存しておき、変更のたびに再実行してください。同じレコードの比較は[SPF、DKIM、DMARC の違い](https://postelva.com/ja/spf-vs-dkim-vs-dmarc/ "SPF vs DKIM vs DMARC: what is the difference?")にあります。

引用できるルール: DNS を変更するたびに、4種類のレコードを問い合わせ、テストメッセージを送る。ルックアップとメッセージの結果が一致して初めて、レコードは正しいと言える。

## メールのレコードの確認: よくある質問

### なぜ dig は TXT の値を引用符付きで表示するのですか?

引用符は TXT 文字列の境界を示します。255文字を超える値は複数の引用符付き文字列として表示され、受信側はそれらをスペースなしで連結します。

### Windows で dig は使えますか?

BIND ツールをインストールした場合のみです。Windows には nslookup が標準で入っており、PowerShell には Resolve-DnsName があり、どちらも同じレコードを読み取れます。

### 実際のメッセージの SPF、DKIM、DMARC の結果はどうすれば見られますか?

受信したメッセージの完全なヘッダーを開きます。受信サーバーは SPF、DKIM、DMARC の結果をヘッダーに記録し、通常は pass または fail と表示されます。

### レコードが間違っていると判断するまで、どのくらい待つべきですか?

少なくとも旧レコードが持っていた TTL の間は待ち、そのあと権威ネームサーバーに問い合わせてください。そのサーバーが誤った値を返すなら、レコードを修正する必要があります。

### 自分のものではないドメインのレコードも確認できますか?

はい。DNS レコードは公開されており、ルックアップに必要なのは名前だけです。

**まとめ**

- MX: dig MX example.com +short。優先度とホストをプロバイダーの値と比較します。
- SPF: dig TXT example.com +short。v=spf1 で始まる行がちょうど1つで、ルックアップは最大10回。
- DKIM: dig CNAME selector._domainkey.example.com +short。セレクターはプロバイダーから取得します。
- DMARC: dig TXT _dmarc.example.com +short。v=DMARC1 で始まり p= と rua= を含む行が1つ。
- Proton Mail の完全な設定は、8レコードで6回のルックアップです。
- キャッシュを避けるには権威ネームサーバーに問い合わせます。変更が広がるまでは旧 TTL ほどかかります。
- Postelva は無料の DNS でレコードをホストします。.com は毎年 $12.49/年 です。

## 出典

1. [RFC 5321、Simple Mail Transfer Protocol、セクション 5.1](https://www.rfc-editor.org/rfc/rfc5321.html) — RFC Editor (2026-11-12 確認)
2. [RFC 7208、Sender Policy Framework](https://www.rfc-editor.org/rfc/rfc7208.html) — RFC Editor (2026-11-12 確認)
3. [RFC 6376、DKIM Signatures](https://www.rfc-editor.org/rfc/rfc6376.html) — RFC Editor (2026-11-12 確認)
4. [RFC 9989、DMARC](https://www.rfc-editor.org/rfc/rfc9989.html) — RFC Editor (2026-11-12 確認)
5. [RFC 2308、Negative Caching of DNS Queries](https://www.rfc-editor.org/rfc/rfc2308) — RFC Editor (2026-11-12 確認)
6. [DNS レコードの変更が反映されるまでの時間](https://www.suped.com/knowledge/email-deliverability/technical/how-long-does-it-take-for-dns-record-changes-to-propagate) — Suped (2026-11-12 確認)
7. [独自ドメインとなりすまし対策](https://proton.me/support/anti-spoofing-custom-domain) — Proton (2026-11-12 確認)

---

Postelva: Postelva は、プライベートメール用のドメイン名(プロバイダーを変えても使い続けられるアドレス)を、KYCなし・暗号資産払いで登録します。ID は不要で、ドメインごとに確認済みのメールアドレス1件のみが必要です。運営は、パナマで登録された会社 DomaineGoat LLC です。ドメインは、ICANN認定のレジストラパートナーを通じて登録されます。.com は $12.49/年、毎年同じ価格です。