PTRレコードがメール配送で重要な理由
KoAN
目次
PTRレコードがメール配送で重要な理由を理解しよう
メールサーバを構築する際、多くの管理者はMXレコードやSPF、DKIMの設定に注目します。
しかし実際のメール運用では、PTRレコード（逆引きDNS）も非常に重要な役割を果たしています。
近年はGmailやMicrosoft 365など大手メールサービスが送信元サーバの信頼性を厳しく確認しており、PTRレコードが未設定の場合は迷惑メール判定や受信拒否の原因になることがあります。
本記事ではPTRレコードの仕組みやメール配送との関係、設定方法について解説します。
PTRレコードとは
PTR（Pointer）レコードは逆引きDNSを実現するためのDNSレコードです。
通常のDNSはホスト名からIPアドレスを調べます。
mail.example.com
↓
203.0.113.10
これを正引き（Forward Lookup）と呼びます。
一方、PTRレコードはIPアドレスからホスト名を調べます。
203.0.113.10
↓
mail.example.com
これを逆引き（Reverse Lookup）と呼びます。
なぜメール配送で重要なのか
SMTPサーバはメール配送時に様々なチェックを受けます。
受信側メールサーバは送信元SMTPサーバの信頼性を確認するため、逆引きDNSを利用します。
そのためPTRレコードが設定されていないと、信頼性が低いサーバと判断されることがあります。
メール配送時の確認の流れ
例えば送信元SMTPサーバのIPアドレスが203.0.113.10だった場合です。
SMTP接続
↓
送信元IP取得
↓
PTR問い合わせ
↓
mail.example.com
取得
↓
信頼性確認
多くのメールサーバがこの確認を実施しています。
SMTP通信とPTRレコード
SMTP自体はPTRレコードを必須としていません。
しかし実際のメール運用では、ほぼ必須と言える存在になっています。
特に企業メールサーバでは設定が推奨されています。
逆引きDNSの実例
Linuxではhostコマンドで確認できます。
$ host 8.8.8.8
結果例です。
8.8.8.8.in-addr.arpa
domain name pointer
dns.google.この「domain name pointer」がPTRレコードです。
digコマンドで確認する
digコマンドでも確認できます。
$ dig -x 8.8.8.8逆引きDNS調査でよく利用されます。
nslookupで確認する
Windows環境ではnslookupを利用できます。
> nslookup 8.8.8.8逆引き結果が表示されます。
PTRレコードが無い場合
PTRレコードが未設定の場合は次のような状態になります。
203.0.113.10
↓
NXDOMAIN
逆引き結果が取得できません。
これが迷惑メール判定の要因になることがあります。
GmailはPTRを確認するのか
Gmailは送信元サーバの評価にPTRレコードを利用していると考えられています。
PTR未設定だから即拒否されるわけではありません。
しかしサーバの信頼性評価を下げる要因になります。
Microsoft 365はPTRを確認するのか
Microsoft 365でも送信元サーバの評価に逆引きDNSが利用されています。
企業向けメールサーバではPTR設定が事実上必須となっています。
メールサーバで推奨される構成
一般的には次のような構成が推奨されます。
mail.example.com
↓
203.0.113.10
正引きDNSです。
203.0.113.10
↓
mail.example.com
逆引きDNSです。
正引きと逆引きが一致する状態が理想です。
FCrDNSとは
FCrDNS（Forward Confirmed reverse DNS）という考え方があります。
逆引き結果をさらに正引きして元のIPアドレスへ戻るか確認します。
203.0.113.10
↓
mail.example.com
↓
203.0.113.10
一致すれば信頼性が高いと判断されます。
FCrDNS確認の流れ
逆引きDNS
↓
ホスト名取得
↓
正引きDNS
↓
元IPと比較
大手メールサービスでも利用される考え方です。
よくある設定例
BINDでは以下のように設定します。
101 IN PTR mail.example.com.これは次の意味になります。
192.168.60.101
↓
mail.example.com
グローバルIPの場合の例
10 IN PTR mail.example.com.ゾーンによって異なりますが、実際には次のようになります。
203.0.113.10
↓
mail.example.com
VPSで注意すること
VPSやクラウドサーバではPTRレコードを自由に設定できない場合があります。
多くの場合、VPS事業者の管理画面から設定します。
BINDだけ変更しても反映されないケースがあります。
レンタルサーバの場合
共有レンタルサーバではPTRレコードを利用者が変更できないことがあります。
その場合はサービス提供者の設定を利用します。
自宅回線でメールサーバ運用が難しい理由
自宅回線ではPTRレコードを自由に設定できないことが多くあります。
さらに動的IPアドレスも利用されます。
そのためメールサーバ運用には向いていません。
メールが届かない原因になるケース
以下のような状況ではメール配送へ影響する場合があります。
- PTRレコード未設定
- 逆引き結果が存在しない
- 正引きと逆引きが一致しない
- 不自然なホスト名
メール到達率低下の原因となります。
PTRレコード確認手順
まず逆引きを確認します。
dig -x 203.0.113.10
次に正引きを確認します。
dig mail.example.com
両方が一致しているか確認します。
SMTPサーバ構築時のチェック項目
- MXレコード設定
- Aレコード設定
- PTRレコード設定
- SPF設定
- DKIM設定
- DMARC設定
これらをセットで確認することが重要です。
実務でよくあるトラブル
メール送信自体は成功しているのに、Gmailだけ迷惑メールフォルダへ入るケースがあります。
調査するとPTRレコード未設定だったという事例は少なくありません。
メールサーバ構築時には必ず確認したいポイントです。
まとめ
PTRレコードはIPアドレスからホスト名を調べるための逆引きDNSレコードです。
SMTPの仕様上は必須ではありませんが、現在のメール運用では送信元サーバの信頼性確認のため重要な役割を果たしています。
特にGmailやMicrosoft 365などへメールを送信する環境では、PTRレコードの設定と正引き・逆引きの整合性確認が推奨されます。
メール到達率向上のためにも、SMTPサーバ構築時には必ず確認しておきましょう。
