Spamhaus IPv6 ブロックリスト解除手順
目次
この記事でわかること
- IPv4 と IPv6 で異なる Spamhaus のリスト掲載判定の仕組み
- PBL / XBL / DUL 相当の 3 種別と、それぞれの解除窓口と難易度
- IPv6 固有の罠（/64 単位掲載・PTR 要件・自動掲載）と回避策
「IPv4 アドレスの方は Spamhaus 解除の手順がよく出てくるのに、IPv6 だと情報が見つからない」「クラウドの IPv6 から送ったら配信拒否されたが、原因が掴めない」——IPv6 化が進む 2026 年現在、こうした相談が増えています。本記事では IPv4 の Spamhaus 解除手順との差分にフォーカスし、IPv6 固有の罠と対応手順を整理します。
IPv4 の Spamhaus 解除手順全般は Spamhaus 解除 3 ステップ に詳細があるので、まず IPv4 の流れを把握した上で、本記事の IPv6 差分を読むことを推奨します。ブロックリスト全般の概観は ブロックリスト解除の完全ガイド も参照してください。
なお本記事の内容は 2026 年 5 月時点で公開されている Spamhaus 公式情報をベースにしています。Spamhaus は運用方針を随時更新するため、実際の申請前には公式 FAQ の最新版を必ず確認することを推奨します。
IPv4 と IPv6 で何が違うか
Spamhaus の IPv6 への対応は、IPv4 と比べて構造的にいくつかの大きな違いがあります。「IPv4 と同じ感覚で解除申請をしたが、フォームが見つからない」「単一 IP だけのはずなのに、隣の IP も巻き込まれている」というトラブルの背景には、これらの違いが関係しています。
違い 1: 掲載単位が /64 プレフィクスになる
IPv4 は単一の /32（1 個の IP）で掲載されるのが基本ですが、IPv6 では原則として /64 プレフィクス単位での掲載になります。これは IPv6 のアドレス空間が膨大で、単一 IP 単位の管理が現実的でないためです。
つまり「自社が利用している 2001:db8:1234:5678::1 だけが悪さをした」つもりでも、同じ /64 内にある他の利用者の IP が原因で巻き込みリスト掲載される可能性があります。クラウドの共有プールから IPv6 が割り当てられている場合は特に注意が必要です。
違い 2: PTR（rDNS）が事実上必須
IPv4 の場合、PTR レコード未設定でもメール配信は一応可能なケースが多いですが、IPv6 では Gmail / Outlook をはじめとする主要受信側が「PTR が設定されていない IPv6 からの SMTP 接続を拒否する」運用を取っており、Spamhaus 解除以前に配信自体が成立しません。
IPv6 で SMTP 送信を行う場合、PTR レコードが正しく設定されていること、かつ PTR が指すホスト名から逆引きで同じ IPv6 アドレスに解決できる「整合性のあるリバース DNS」が前提になります。
違い 3: 解除フォームが別系統の場合がある
check.spamhaus.org の IP 検索自体は IPv6 も受け付けますが、リストの種別によっては解除フォームへの導線が IPv4 と異なる場合があります。特に PBL（Policy Block List）相当の自動掲載では、フォームの選択肢や認証ステップが IPv6 専用に分かれていることがあります。
IPv6 で関わる 3 種別
IPv6 で実務的に問題になりやすい Spamhaus のリスト種別は、おおむね次の 3 つに整理できます。
PBL（Policy Block List）相当
ISP がエンドユーザー帯域として登録した範囲を、Spamhaus が「正規のメール送信者ではない」と扱うリストです。家庭用回線・モバイル回線・一部のクラウドサービスの動的範囲などが該当します。
IPv6 では IPv4 以上に PBL の網が広く、新規に取得したクラウドの IPv6 がそのまま PBL 掲載状態というケースも珍しくありません。解除は Spamhaus のセルフ解除フォームから比較的容易に申請できますが、本来 PBL は「ISP の方針として外向け SMTP に使うべきでない範囲」を示すリストなので、業務メールを送るなら専用のメール送信サービス（送信専用 IP を持つもの）への切替えを検討すべき場面が多いです。
XBL（Exploits Block List）相当
マルウェア感染やボット化した端末からの送信が検知された場合のリストです。IPv6 では /64 単位で掲載される性質上、同じ /64 内の別端末の感染で自社 IP が巻き添えになる可能性があります。
解除は原因除去が前提です。自社が原因の場合は感染端末の特定と駆除、クラウドプロバイダー側が原因の場合はサポート窓口経由での対応依頼が必要になることもあります。
DUL 相当（動的割当帯域）
動的に割り当てられる IPv6 ブロックや、再割当てが頻繁な範囲が自動的に掲載される種別です。クラウドの IPv6 を新規割当てされた直後や、過去の利用者が問題を起こしていた範囲を引き当ててしまった場合に発生します。
このタイプはユーザー側で完全には制御できず、ISP / クラウド事業者経由での申請が必要なケースもあります。本番のメール送信に動的 IPv6 を使う運用自体を見直すのが現実的な解決策となることが多いです。
IPv6 固有の解除手順
具体的な解除手順は IPv4 と概ね同じですが、IPv6 では次のチェックを追加します。
ステップ 1: PTR と整合性のある rDNS の整備
IPv6 で SMTP 送信を行うすべての送信元アドレスに対し、PTR レコードを設定します。PTR が指すホスト名（例: mta1.example.co.jp）から正引きしたときに、同じ IPv6 アドレスに解決できることを確認します。整合性が取れていないと、Spamhaus 解除前に Gmail / Outlook 側で接続拒否される状態が継続します。
設定後の確認には dig コマンドや mxtoolbox.com の reverse lookup ツールが使えます。社内環境で確認できない場合は、メールが届かない原因切り分けの観点から 会社のメールが届かない原因と対処法 のフローも併読してください。
ステップ 2: /64 プレフィクスでの掲載確認
check.spamhaus.org で単一の IPv6 アドレスを入力したときに掲載が出る場合、実際には自社 IP 単独ではなく /64 プレフィクス全体が対象になっている可能性が高いです。同じ /64 内の他の IP も同じリストに該当するかを確認すると、自社起因か巻き込まれかを判別できます。
ステップ 3: リスト種別に応じた申請
PBL 相当ならセルフ解除フォーム、XBL 相当なら原因除去後に申請、DUL 相当ならまずクラウド事業者のサポートに相談、というふうに種別ごとに窓口を選びます。改善内容の記述は IPv4 の解除申請と同じく、具体的に書くことが審査通過の鍵です。実施した感染端末駆除の手順、PTR の整備完了、送信量の制限など、対応内容を箇条書きで明示します。
中小企業での現実的な選択肢
ここまで読んで分かるとおり、IPv6 を自社管理して Spamhaus と継続的に向き合うのは中小企業にとって負担の重い運用です。現実的には次のどちらかを選ぶケースが多くなります。
- 送信は IPv4 中心に寄せる: 自社 SMTP サーバーから出る場合、IPv6 を意図的に無効化して IPv4 経由に統一する。IPv6 関連の罠を一括回避できる
- 送信専用サービスを利用する: Resend / SendGrid / Amazon SES のような送信専用プラットフォームを使い、IPv6 / IPv4 の管理は事業者側に任せる。SPF / DKIM / DMARC の設定だけ自社で正しく行う
特に営業案内や請求書送信が業務の中核にある場合、IPv6 の管理コストよりも送信専用サービスの月額数千円のほうが安く済むケースが大半です。
よくある質問
IPv6 で送信していたのを IPv4 に戻すとリストから外れますか
IPv6 で受けた掲載自体は別途解除申請が必要です。ただし送信経路を IPv4 に切り替えれば、新規の Gmail / Outlook 宛配信は IPv4 で評価されるため、当面の配信問題は解消することが多いです。
/64 全体が掲載された場合、自社 IP だけ外してもらえますか
原則として /64 プレフィクス単位での扱いになるため、単一 IP のみの解除は受け付けられないことが多いです。同じ /64 を共有しているクラウド事業者やネットワーク管理者と連携して、プレフィクス全体での申請が必要になります。
PTR を設定したのに配信拒否されます
PTR レコードは設定後に DNS の伝播が必要です。逆引き DNS のキャッシュは TTL が長めに設定されていることが多く、数時間から最大 24 時間程度かかる場合があります。また、PTR が指すホスト名から正引きしたときに同じ IPv6 アドレスに解決できない（不整合）状態だと、受信側で拒否される運用が一般的です。
まとめ
- IPv6 の Spamhaus 掲載は原則
/64プレフィクス単位。隣接 IP の不行儀で巻き込まれる - PTR と整合性のある rDNS が事実上必須。未設定だと解除以前に配信不可
- 中小企業では IPv4 寄せ、もしくは送信専用サービス活用が現実的な選択肢
まずは現状を把握しましょう
自社ドメインの送信経路や認証設定が正しく構成されているか、無料で診断できます。IPv6 周りの設定に不安がある方は、お気軽に お問い合わせ ください。専門家がわかりやすくサポートいたします。