メール送信IPのレピュテーションを改善する方法｜逆引き・SPF/DKIM/DMARC・DNSBL確認と送り方の見直し

自分のサーバーから送ったメールが迷惑メールフォルダーに入る、または 550 などのエラーで拒否される場合、受信側が送信元IPアドレスを「信頼できない」と判断している可能性があります。この評価を一般に IPレピュテーション と呼びます。

この記事では、Linuxサーバー（Postfix）から直接メールを送っている場合を例に、IPレピュテーションを確認し、改善する手順を説明します。内容は2026年10月時点の各サービスの公開情報で確認しています。

IPレピュテーションの仕組み

IPレピュテーションは、どこか1か所で決まる公開の点数ではありません。Gmail・Outlook.com などの受信事業者や、Spamhaus などのブロックリスト（DNSBL）運営者が、それぞれ独自の基準で送信元を評価しています。主に見られているのは次のような点です。

点数を直接上げる操作はありません。下の手順で「信頼を損なう原因」を一つずつ取り除き、正しい送信を続けることで評価が回復していきます。

手順1：現状を確認する

送信元IPアドレスを確かめる

まず、メールが実際にどのIPアドレスから出ているかを確認します。Gmailなどで受信したメールの「メッセージのソースを表示」（原文を表示）を開き、Received: ヘッダーのうち、受信側サーバーが最初に記録した行に送信元IPアドレスが書かれています。

サーバー上では、外部への接続に使われるアドレスを次のように確認できます（IPv4とIPv6の両方があるサーバーでは、IPv6で送っていることがあります）。

# サーバーのアドレス一覧
ip -brief address

# Postfixの送信ログで、相手サーバーとの接続結果を見る（Debian/Ubuntu）
sudo grep "status=" /var/log/mail.log | tail -n 20

逆引き（PTR）と正引きが一致しているか

以下では送信元IPアドレスを 203.0.113.25、メールサーバーのホスト名を mail.example.com として説明します。

# 逆引き：IPアドレスからホスト名
dig +short -x 203.0.113.25

# 正引き：そのホスト名からIPアドレス
dig +short A mail.example.com

逆引きの結果が mail.example.com. で、正引きの結果が 203.0.113.25 に戻れば一致しています。逆引きが無い、または 203-0-113-25.example-vps.net のような汎用名のままだと、受信を拒否する事業者があります。

DNSBLに掲載されていないか

DNSBLは、IPアドレスの並びを逆にしてリストのドメイン名に付けた名前をDNSで引くと、掲載の有無が分かる仕組みです。Spamhausの場合は次のとおりです。

# 203.0.113.25 を調べる場合（数字の並びを逆にする）
dig +short 25.113.0.203.zen.spamhaus.org

Spamhausは、Google Public DNS や Cloudflare などの公開DNSリゾルバー経由の問い合わせに 127.255.255.254 を返します。これは掲載を意味しないので、自社のサーバーで動かしているリゾルバーから引くか、Spamhausの公式サイトにある照会ページで確認してください。掲載されていた場合の対処は メールサーバーのブラックリスト確認と解除方法 で詳しく説明しています。

受信事業者の管理ツールに登録する

大手の受信事業者は、送信者向けに状況を確認できる無料のツールを用意しています。

• Google Postmaster Tools（https://postmaster.google.com/）：送信ドメインを登録すると、Gmail宛てのメールについて、利用者から迷惑メールとして報告された割合などを確認できます。
• Microsoft SNDS（Smart Network Data Services、https://sendersupport.olc.protection.outlook.com/snds/）：自分が管理するIPアドレスを登録すると、Outlook.com宛ての送信量や迷惑メール判定の傾向を確認できます。

どちらも、数日分のデータがたまってから表示されます。送信量が少ないと表示されないこともあります。

手順2：逆引きとHELO名を合わせる

逆引き（PTR）レコードは、ドメインのDNSではなく IPアドレスの管理者 が設定します。VPSやクラウドでは、多くの場合コントロールパネルで逆引きのホスト名を設定できます。設定できない場合は、事業者に依頼します。

1. ドメインのDNSに、mail.example.com の Aレコード（IPv6で送るならAAAAレコードも）を登録する
2. VPSのコントロールパネルで、203.0.113.25 の逆引きを mail.example.com に設定する
3. Postfixのホスト名を同じ名前にする

# 現在の設定を確認する
postconf myhostname smtp_helo_name

# ホスト名を設定して反映する
sudo postconf -e 'myhostname = mail.example.com'
sudo systemctl reload postfix

smtp_helo_name（相手サーバーに名乗るHELO名）は、初期値で $myhostname になっています。個別に変えていなければ、myhostname を合わせるだけで揃います。

Gmailは、IPv6で送る場合もPTRレコードを求めています。IPv6で送っているのに逆引きが無いと、次のようなエラーで拒否されます。

550-5.7.1: Message does not meet IPv6 sending guidelines regarding PTR records and authentication.

IPv6の逆引きを設定できない環境では、Postfixの送信をIPv4に限る方法もあります。

# 送信・受信ともIPv4だけを使う
sudo postconf -e 'inet_protocols = ipv4'
sudo systemctl restart postfix

手順3：SPF・DKIM・DMARCを設定する

受信側は、送信元IPアドレスの評価に加えて、ドメイン認証の結果も見ています。Gmailの送信者ガイドラインでは、2026年10月時点で次のように定められています。

Googleは、迷惑メール率を0.1%未満に保つことを推奨しています。また、DKIMの鍵は1024ビット以上が必要で、2048ビットが推奨されています。

DNSに登録するレコードの例は次のとおりです（example.com から 203.0.113.25 のサーバーだけで送る場合）。

SPFは送信元ドメインそのもの（この例では example.com）に1つだけ登録します。_spf.example.com のような別名に置いても、include: で参照しない限り検証には使われません。DKIMの鍵の作り方とPostfixへの組み込みは OpenDKIMでDKIM署名を設定する方法 を、設定後の確認方法は SPF・DKIM・DMARCの設定を確認する方法 を参照してください。

DMARCは、まず p=none で集計レポート（rua）を受け取り、自分のドメインを名乗るメールがすべて認証に通っていることを確かめてから、p=quarantine や p=reject に強めます。

手順4：TLSで送る

相手サーバーがSTARTTLSに対応していれば暗号化して送るよう、Postfixの送信側TLSを有効にします。Debian/Ubuntuの初期設定では有効になっていることが多いので、まず確認します。

postconf smtp_tls_security_level

# may になっていなければ設定する
sudo postconf -e 'smtp_tls_security_level = may'
sudo systemctl reload postfix

may は「相手が対応していれば暗号化する」設定です。すべての相手に暗号化を強制する encrypt は、対応していないサーバーに届かなくなるため、一般的なメールサーバーでは使いません。

手順5：送り方を見直す

認証を整えても、受信者に嫌がられるメールを送り続けると評価は下がります。

• 送信先リストを整理する：本人が登録したアドレスにだけ送ります。宛先不明（550 5.1.1 など）で戻ってきたアドレスは、次回から送信対象から外します。
• 配信停止を簡単にする：一斉配信のメールには、本文の配信停止リンクに加えて、List-Unsubscribe ヘッダーと List-Unsubscribe-Post: List-Unsubscribe=One-Click ヘッダー（RFC 8058のワンクリック配信停止）を付けます。停止できないメールは迷惑メールとして報告されやすくなります。
• 新しいIPアドレスは少しずつ増やす：送信実績のないIPアドレスから、いきなり大量に送ると拒否されやすくなります。最初は少ない通数から始め、エラーや迷惑メール率を見ながら日ごとに増やします。
• 用途でIPアドレスやドメインを分ける：パスワード再設定などの通知メールと、宣伝のメールマガジンを同じ送信元から送ると、宣伝メールへの苦情が通知メールの届きやすさにも影響します。

手順6：不正な送信が起きていないか確かめる

IPアドレスの評価が急に下がった場合は、サーバーが迷惑メールの送信に使われていないかを最初に疑います。

# 送信待ちのメールの一覧（大量にたまっていないか）
sudo postqueue -p | tail -n 5

# 中継の制限（認証済みと自ネットワーク以外は他ドメインへ中継しない設定か）
postconf smtpd_relay_restrictions mynetworks

smtpd_relay_restrictions の初期値は permit_mynetworks, permit_sasl_authenticated, defer_unauth_destination で、認証していない外部の相手からの中継を断ります。mynetworks に 0.0.0.0/0 のような広い範囲が入っていると、誰でも中継できる「オープンリレー」になります。

ほかに、次のような経路で迷惑メールが送られることがあります。

• WordPressなどのWebアプリの脆弱性や、問い合わせフォームの悪用（PHPからの送信）
• メールアカウントのパスワード漏えい（SMTP認証を通った送信）

送信待ちのメールの差出人や件名、/var/log/mail.log の送信元を見て原因を特定し、止めてから評価の回復を待ちます。1つのアカウントからの送信量を制限しておくと、被害を小さくできます。制限の方法は Postfixの送信レート制限を設定する方法 を参照してください。

自前の送信をやめるという選択肢

ここまでの対策には、継続的な監視と運用が必要です。送信量が少ないWebサイトの通知メールなどでは、メール配信サービス（SendGrid、Mailgun、Amazon SESなど）を経由して送る方法もあります。この場合、送信元IPアドレスの評価は配信サービス側が管理し、利用者はドメイン認証と送り方に責任を持つことになります。WordPressからの送信を外部のSMTPに切り替える手順は WordPressのメールをSMTP送信に変更する方法 で説明しています。

うまくいかないときの確認

まとめ

• IPレピュテーションは受信事業者やDNSBLごとに独自に評価されるもので、直接上げる操作はない
• 逆引き（PTR）と正引きを一致させ、Postfixの myhostname を同じ名前にする。IPv6で送るならIPv6の逆引きも必要
• SPF・DKIM・DMARCを設定し、TLSで送る。Gmail宛ての大量送信ではDMARCとワンクリック配信停止も求められる
• DNSBLは公開DNSリゾルバー経由では正しく調べられない。Postmaster ToolsやSNDSで受信側の評価を確認する
• 送信先リストの整理、新しいIPアドレスでの段階的な送信、不正送信の防止で評価を保つ

関連記事

• メールサーバーのブラックリスト確認と解除方法：DNSBLの調べ方から原因の止め方、解除申請まで
• OpenDKIMでDKIM署名を設定する方法（Postfix連携・DNS登録・動作確認）
• SPF・DKIM・DMARCの設定を確認する方法｜digでのDNS確認と受信メールのヘッダーでの検証
• Postfixの送信レート制限を設定する方法｜受信側（anvil）と配送側の2つの仕組み