DNSベースのブラックリストの仕組み
DNSBLとは、IPアドレスやドメインに関する問い合わせに応答するDNSゾーンのことです。203.0.113.10 を Spamhaus ZEN で確認するには、メールサーバーがオクテットを逆順にして 10.113.0.203.zen.spamhaus.org を照会します。Aレコードが返ってくればそのIPは掲載されており、その値（通常は 127.0.0.x）が理由を表します。応答がなければクリーンです。
受信側サーバーは、受信接続のたびにこの照会を実行します。Spamhaus のような広く使われているリストへの掲載は即座の拒否を意味することがあり、小規模なリストはスパムスコアの一要素になります。Spamhaus DBL、SURBL、URIBL のようなドメインリストも同じ仕組みですが、ヘッダーやメッセージ内リンクに現れるドメイン名を鍵にしています。
dig +short 10.113.0.203.zen.spamhaus.org
127.0.0.4 # listed (XBL)コールドメール用ドメインにとって重要なIPはどれか
Google Workspace や Microsoft 365 経由で送信している場合、送信IPはGoogleまたはMicrosoftのものであり、数百万の送信者と共有されています。掲載されることはほぼなく、掲載されたとしても解除はできません。あなたが管理できるのはドメインそのものと、Webサイトおよび MXレコードの背後にあるIPです。このチェッカーはまさにそれらを解決して検査します。
アウトリーチにとって本当のリスクはドメインブラックリストです。メール内のリンクが掲載済みのサイトを指していたり、あなたのドメインがスパムに使われたりすれば、新しいドメインでも簡単に Spamhaus DBL や SURBL に載ります。IPがすべてクリーンな場合でもチェッカーがドメインリストを照会するのは、そのためです。
- AレコードのIP: Webサイトのホストであり、ドメインレピュテーションのシグナルになります。
- メールサーバーのIP: 返信を受け取る、MXレコードに記載されたホストです。
- ドメインそのもの: DBL、SURBL、URIBL、Nordspam DBL に対して照合します。
- GoogleとMicrosoftの送信IP: 共有されており、あなたの管理外です。
一部のリストが「不明」と表示される理由
Spamhaus と URIBL は、Cloudflare の 1.1.1.1 や Google の 8.8.8.8 のような大規模パブリックリゾルバー経由の問い合わせを、トラフィックを利用者に紐づけられないという理由で拒否します。応答の代わりに番兵コードを返します。このツールはブラウザ内でまさにそれらのリゾルバーを使って動作するため、推測はせず、これらのリストを「不明」として報告します。確認は各社の検索ページで行ってください。
セット内のそれ以外のリストは、パブリックな問い合わせに通常どおり応答します。クリーンと不明が混在する結果が表示された場合、クリーンの結果は信頼できます。実際の戻り値コードを伴う掲載結果だけが、ブラックリストに載っていることを意味します。
掲載解除と、再掲載を防ぐには
原因を取り除く前に削除を申請しても時間の無駄です。ほとんどのリストは数日で再掲載します。まず引き金を特定してください。乗っ取られたメールボックス、バウンス処理のない送信ツール、スパムトラップだらけの購入リスト、感染したWebサイトなどです。そのうえで各リストの掲載解除ページを使います。SpamCop と PSBL は自動的に期限切れになり、Barracuda と Spamhaus はフォームに応じ、UCEPROTECT のレベル2と3はレンジ全体の送信が止まってはじめて解除されます。
継続的なアウトリーチでは、送信量を複数のドメインとメールボックスに分散し、メールボックスあたりの日次送信数を控えめに保ち、新しいメールボックスを段階的にウォームアップし、ブラックリストを継続的に監視してください。InboxOne Shield はすべてのドメインとメールボックスをこれらのリストに対して24時間体制でチェックし、掲載された時点で自動的に送信を停止します。
