Postfix運用者が知るべきDNS知識｜メールサーバ管理で必須となる名前解決の仕組み
KoAN
目次
Postfix運用者が知るべきDNS知識
PostfixはLinux環境で広く利用されているメールサーバソフトウェアです。
しかし、Postfixそのものの設定だけを理解していても安定したメール運用はできません。
実際のメール配送はDNSに大きく依存しており、DNS設定の理解不足がメール障害の原因になることが少なくありません。
メールが届かない、Gmailで迷惑メールになる、Microsoft 365へ配送できないといった問題の多くはDNS設定が関係しています。
本記事ではPostfix運用者が最低限理解しておくべきDNS知識を解説します。
なぜPostfix運用でDNSが重要なのか
メール配送ではIPアドレスではなくメールアドレスを利用します。
user@example.com
Postfixは配送先メールサーバを知らないため、まずDNSへ問い合わせを行います。
そのためDNSが正常に動作しなければメール配送はできません。
メール配送の流れ
Postfix
↓
DNS問い合わせ
↓
MXレコード取得
↓
メールサーバ決定
↓
SMTP接続
↓
配送
DNSはメール配送の出発点になります。
最も重要なMXレコード
メール配送で最も重要なDNSレコードです。
example.com. IN MX 10 mail.example.com.送信側Postfixはこの情報を利用して配送先を決定します。
MX確認方法
$ dig example.com MX実務では頻繁に利用するコマンドです。
Aレコードとの関係
MXレコードだけでは通信できません。
Postfixは次にAレコードを確認します。
mail.example.com. IN A 203.0.113.10IPアドレス取得後にSMTP接続を行います。
配送時の名前解決
MX取得
↓
mail.example.com
↓
Aレコード取得
↓
203.0.113.10
↓
TCP/25接続
この流れを理解することが重要です。
Postfixが利用するDNSサーバ
Linuxでは通常resolv.confを参照します。
$ cat /etc/resolv.conf
例です。
nameserver 8.8.8.8
nameserver 1.1.1.1名前解決できない場合
Postfixログには次のようなエラーが出ます。
Host not found
DNS障害を疑います。
逆引きDNSの重要性
メール送信サーバでは逆引きDNSも重要です。
203.0.113.10
↓
mail.example.com
多くの受信サーバが確認しています。
逆引き未設定の影響
- 迷惑メール判定
- 受信拒否
- 配送遅延
Gmailでは特に重要です。
ホスト名との整合性
Postfixのホスト名確認です。
$ hostname -fDNS情報と一致していることが望ましいです。
myhostname設定
myhostname = mail.example.comDNS登録内容と合わせます。
SPFの重要性
送信ドメイン認証の基本です。
v=spf1 mx -allTXTレコードとして登録します。
SPF確認方法
$ dig example.com TXT送信サーバ追加時は更新が必要です。
DKIMの重要性
PostfixではOpenDKIMがよく利用されます。
Postfix
↓
OpenDKIM
↓
電子署名
Gmail到達率向上に重要です。
DKIM確認方法
$ dig mail._domainkey.example.com TXT公開鍵を確認できます。
DMARCの重要性
DMARCは認証ポリシーを定義します。
v=DMARC1; p=none
まずは監視モードから始めます。
DMARC確認方法
$ dig _dmarc.example.com TXT設定確認に利用します。
DNSキャッシュの影響
メールサーバ移行時によく発生します。
TTL 86400
24時間古い情報が残る可能性があります。
Google Workspace移行時のDNS
MXレコード変更が必要です。
ASPMX.L.GOOGLE.COM.
などを登録します。
Microsoft 365移行時のDNS
こちらも専用MXへ変更します。
SPFも合わせて更新します。
PostfixログとDNS障害
ログ確認は基本です。
$ tail -f /var/log/maillog
Rocky Linuxでは次も利用できます。
$ journalctl -f -u postfixよくあるDNS関連エラー
Host not found
名前解決失敗です。
Connection timed out
接続先サーバ障害の可能性があります。
Relay access denied
SMTP設定問題です。
実務で使う確認コマンド
$ dig example.com MX
$ dig example.com TXT
$ dig _dmarc.example.com TXT
$ dig -x 203.0.113.10
$ hostname -f
まずはこれらを確認します。
障害調査の流れ
メール障害
↓
MX確認
↓
A確認
↓
逆引き確認
↓
SPF確認
↓
DKIM確認
↓
DMARC確認
↓
Postfixログ確認
この順番が効率的です。
実務で覚えておきたいポイント
- PostfixはDNSに依存している
- MXレコードを理解する
- 逆引きDNSを設定する
- SPF・DKIM・DMARCを導入する
- TTLを意識する
- digを使いこなす
まとめ
Postfix運用ではSMTP設定だけでなくDNSの理解が不可欠です。
特にMXレコード、逆引きDNS、SPF、DKIM、DMARCはメール到達率や信頼性に大きく影響します。
メール障害の多くはDNS設定と関係しているため、digコマンドを利用した確認方法を身につけておくことが重要です。
DNSとPostfixをセットで理解することで、より安定したメールシステム運用が実現できるでしょう。
