PTRレコード（逆引き）とAレコード（正引き）を併用するときの要点は、「IPアドレスを逆引きしたホスト名を正引きすると、元のIPアドレスに戻る」状態を作ることです。この一致は FCrDNS（Forward-Confirmed reverse DNS）と呼ばれ、メールの受信側が送信元を確かめる手がかりの一つになっています。手順は、ホスト名を1つ決める、そのホスト名のAを自分のドメインに登録する、IPアドレスの管理者側でPTRを設定する、メールサーバーの名乗る名前をそろえる、の順です。この記事では、それぞれの設定場所と確認方法を説明します。
PTRの設定画面の場所を事業者別に探す方法や、反映されないときの切り分けは別の記事で扱っています。ここでは、AとPTRを「対」として正しくそろえることに絞ります。
AとPTRは別々の場所で管理されている
AとPTRは、同じ情報を逆向きに引くためのレコードですが、管理する場所が違います。
- A（IPv6ならAAAA）: 自分のドメインのゾーンにあります。ドメインのDNSサービスの管理画面やゾーンファイルで設定します。
- PTR: IPアドレスの逆引きゾーン（IPv4なら
in-addr.arpa、IPv6ならip6.arpa）にあります。このゾーンを持っているのは、IPアドレスを割り当てた側（VPSやクラウドの事業者、回線事業者）です。
このため、自分のドメインのDNSにPTRを書いても、普通は効きません。PTRは事業者の管理画面やAPI、または申請で設定します。逆に、Aは事業者が自動で用意してくれるとは限らず、自分のドメインのゾーンに登録します。
一致の確認は、次の流れで行われます。
- 送信元のIPアドレス（例: 203.0.113.25）を逆引きし、PTRのホスト名（例:
mail.example.com）を得る - そのホスト名を正引きし、AのIPアドレスを得る
- 2の結果に1のIPアドレスが含まれていれば一致
逆引きだけ、正引きだけを設定しても、この確認は通りません。
なぜ一致が求められるのか
メールの受信側にとって、PTRがあり、さらに正引きと一致するIPアドレスは、運用者が管理しているサーバーである可能性が高いと判断できます。逆引きが無い、または一致しないIPアドレスは、乗っ取られた端末や設定の不十分なサーバーからの送信と区別がつきにくく、迷惑メールとして扱われたり、受け取りを拒否されたりする原因になります。
たとえば Google は、Gmail 宛てにメールを送る送信者向けのガイドラインで、送信に使うサーバーやIPアドレスに正しい正引きと逆引きを設定することを求めています（2026年10月現在）。要件は更新されることがあるため、最新のガイドラインを確認してください。受信側のメールサーバーでも、Postfix の reject_unknown_client_hostname のように、一致しない送信元を拒否する設定が用意されています。
一方で、Webサイトの表示にはPTRはほとんど関係しません。WordPressのサイトでこの設定が問題になるのは、主にサーバーから直接メールを送る場合です。
手順1：使うホスト名を1つ決める
最初に、そのIPアドレスを代表するホスト名を1つ決めます。メールサーバーなら mail.example.com のような名前が一般的です。
決めるときのポイントは次のとおりです。
- 自分が管理しているドメインの名前にする
- 1つのIPアドレスにつきPTRは1つにする。1つのサーバーで複数のドメインのメールを送っていても、PTRは代表の1つにそろえ、各ドメインの送信の正当性はSPFやDKIMで示します
- そのホスト名は、CNAMEではなくAで直接IPアドレスを指すようにする
事業者が最初から用意している逆引き名（IPアドレスを含んだ汎用の名前）でも正引きと一致する場合はありますが、自分のドメインの名前にそろえた方が、送信元を名乗る名前と一貫させやすくなります。
手順2：自分のドメインにAを登録する
決めたホスト名のAを、ドメインのDNSに登録します。先にAを登録しておくのは、事業者によってはPTRの設定時に「そのホスト名の正引きが同じIPアドレスを指しているか」を確かめるためです。
mail.example.com. 3600 IN A 203.0.113.25
mail.example.com. 3600 IN AAAA 2001:db8::25 ; IPv6でも送信する場合登録後、権威ネームサーバーで反映を確かめます。
dig mail.example.com A +short
dig mail.example.com AAAA +short手順3：IPアドレスの管理者側でPTRを設定する
VPSやクラウドの管理画面で、サーバーのIPアドレスに対する逆引きのホスト名を mail.example.com に設定します。項目の名前は事業者によって「逆引き」「リバースDNS」「PTR」などさまざまで、画面の場所も変わることがあります。管理画面に項目が無い場合は、サポートへの申請で設定する事業者もあります。
IPv6アドレスを持つサーバーでは、IPv6についても別にPTRを設定します。IPv4だけ直してIPv6を忘れると、IPv6で送信したメールだけが一致の確認に失敗します。IPv6のPTRを設定できない環境では、メールサーバーの送信をIPv4に限る方法もあります（Postfix なら inet_protocols = ipv4）。
手順4：一致を確かめる
PTRが反映されたら、逆引きと正引きを続けて確かめます。
IP=203.0.113.25
NAME=$(dig -x "$IP" +short)
echo "PTR: $IP -> $NAME"
echo "A : $NAME -> $(dig "$NAME" A +short | tr '\n' ' ')"2行目に元のIPアドレスが含まれていれば一致しています。逆引きの答えが空の場合はPTRがまだ反映されていないか、設定されていません。逆引きの答えが2行以上ある場合は、PTRが複数あるので1つに整理します。
IPv6も同じ考え方で確かめます。
dig -x 2001:db8::25 +short
dig mail.example.com AAAA +short手順5：メールサーバーの名乗る名前をそろえる
メールを送るとき、送信側のサーバーは最初に自分の名前を名乗ります（SMTPのHELO・EHLO）。受信側はこの名前もPTRや正引きと見比べることがあるため、PTRと同じホスト名にそろえておきます。
Postfix の場合、名乗る名前は既定で myhostname の値が使われます。
# 現在の値を確かめる
postconf myhostname smtp_helo_name
# 変更する（変更前に main.cf をバックアップしておく）
sudo cp /etc/postfix/main.cf /etc/postfix/main.cf.bak
sudo postconf -e 'myhostname = mail.example.com'
sudo systemctl reload postfix変更後に外部のメールアドレスへテスト送信し、受信したメールのヘッダーにある Received の行で、送信元が mail.example.com として記録されているかを確かめます。Gmail ならメールの「メッセージのソースを表示」に相当する機能でヘッダーを見られます。
WordPressからのメールとPTR
WordPressは wp_mail() でメールを送り、既定ではサーバーのPHPの設定を通じて、そのサーバー上のメール送信の仕組み（sendmail や Postfix など）を使います。この場合、送信元のIPアドレスはWordPressのサーバー自身なので、ここまで説明したAとPTRの一致が関係します。
一方、WP Mail SMTP などのプラグインで外部のSMTPサービスやメール配信サービスを経由して送る場合、受信側から見た送信元はそのサービスのサーバーです。PTRの整備はサービス側の仕事になり、利用者はSPFやDKIMなど、自分のドメインの設定を案内どおりに行うことになります。フォームの通知メールが迷惑メールに入る問題で、サーバーのPTRを直すべきか、送信経路を外部サービスに変えるべきかは、この違いを踏まえて判断します。
まとめ
- AとPTRを併用するときは、IPアドレス→PTRのホスト名→Aで元のIPアドレスに戻る「正引きと逆引きの一致」を作ります。
- Aは自分のドメインのDNSで、PTRはIPアドレスを割り当てた事業者の側で設定します。先にAを登録すると、PTRの設定で確認がある事業者でも進めやすくなります。
- PTRは1つのIPアドレスにつき1つにし、IPv6を使うならIPv6のPTRとAAAAも設定します。
- メールサーバーの名乗る名前（Postfix なら
myhostname）もPTRと同じホスト名にそろえます。 - WordPressから外部のSMTPサービス経由で送る場合は、PTRよりもSPFやDKIMの設定が中心になります。