多くのブロックリストは、送信者の行動を基準に判定します。誰にメールを送っているか、どのくらいバウンスするか、何人が迷惑メールとして報告しているか、といった点です。SpamRatsのブラックリストは違います。最もよく使われるゾーンは、メールの内容や迷惑メール報告率をほとんど見ません。見るのは送信元IPのインフラで、「このアドレスは正規のメールサーバーに見えるか、それとも家庭用ブロードバンド回線につながった無関係なマシンに見えるか」という率直な問いを立てます。リバースDNSがない、または汎用的な名前のままだと、迷惑メールを1通も送っていなくてもSpamRatsに登録されることがあります。この記事では、SpamRatsの各ゾーンが実際に何をチェックしているのか、リバースDNSがなぜそこまで重要なのか、自社の設定を確認する方法、そして修正と登録解除の手順を解説します。
結論#
SpamRats.com（「Spam Rats」レピュテーションサービス）は、メールサーバーが接続を受け入れるかどうかを判断するために問い合わせる、DNSブロックリスト（DNSBL）群を運営しています。行動を時間をかけて評価するレピュテーションリストとは異なり、SpamRatsの主要なゾーンは、おおむね自動化されたインフラのチェックです。リバースDNSレコードがないIPアドレスや、リバースDNSがダイナミック、住宅向け、一般消費者向けのレンジに見られる命名パターンに当てはまるIPアドレスにフラグを立てます。正規の送信者がSpamRatsのブラックリストに載る最も多い原因は、迷惑メールではなく、送信元IPのリバースDNS（PTR）レコードがない、または汎用的な名前のままであることです。そのため、修正しやすい登録の1つでもあります。rDNSを正し、削除をリクエストします。削除は無料です。
SpamRatsのゾーンを1つずつ見る#
SpamRatsは単一のリストではありません。複数のゾーンを公開しており、それぞれが異なるシグナルを対象にしています。どのゾーンに載っているかが分かれば、何を修正すべきかが正確に分かります。
| ゾーン | フラグを立てる対象 | 正規の送信者に多い原因 |
|---|---|---|
RATS-NoPtr | リバースDNS（PTR）レコードがまったくないIPアドレス。 | 新しいIPやセルフホストのサーバーで、PTRが一度も設定されていない。 |
RATS-Dyna | リバースDNSがダイナミックや住宅向けの命名パターンに一致するIP （ISPが自動生成したように見える汎用的なrDNS）。 | PTRは存在するが、実際のメールホスト名ではなく
host-203-0-113-5.example-isp.netのような名前になっている。 |
RATS-Spam | 迷惑メールの送信が確認されたIP。 | クリーンな送信者にはまれ。通常は、侵害されたアカウントか、本当に不正なリストが原因。 |
RATS-Auth | 認証の不正利用に関連するIP。メールサービスに対する総当たり攻撃や認証情報攻撃など。 | 乗っ取られたメールボックスや、ネットワーク内の侵害されたマシン。 |
ここにはパターンがあります。RATS-SpamとRATS-Authは行動に基づくもので、どのブロックリストにもあるタイプです。一方、予期せず登録される送信者が最も多いRATS-NoPtrとRATS-Dynaは、純粋なインフラのチェックです。迷惑メールを送っている必要はありません。IPが、適切に設定されたメールサーバーのものに見えないというだけで対象になります。
SpamRatsのブラックリストでリバースDNSが重要な理由#
正引きDNSは、名前をアドレスに変換します。mail.example.com → 203.0.113.5です。リバースDNS（PTRレコード）はその逆で、アドレスを名前に戻します。203.0.113.5 → mail.example.comです。本物のメールサーバーには両方が必要で、互いに一致していなければなりません。この往復、つまりIPがホスト名に解決され、そのホスト名が同じIPに解決されることを、Forward-Confirmed reverse DNS（FCrDNS）と呼びます。受信側のメールサーバーは、正当性を最初に判断する材料としてこれを重く見ています。
理屈は単純です。正規のメールサーバーを運用する企業は、対応するPTRレコードを当然のように設定します。基本的な運用手順だからです。ボットネットに感染した家庭回線のノートPCは、ほとんどの場合それを設定していません。PTRがないか、ISPが住宅向けレンジ全体に自動で割り当てた汎用のPTRがあるだけです。つまり、PTRがない、またはダイナミックに見えるPTRは、その接続が正規のメールサーバーからのものではないことを示す、強力で、低コストで判定できるシグナルです。RATS-NoPtrとRATS-Dynaが捉えているのは、まさにこのシグナルです。主要なメールプロバイダーも、SpamRatsとは別に同じ考え方を適用しています。有効なリバースDNSがないIPからのメールを、SpamRatsの有無にかかわらず、拒否したり大きく減点したりするプロバイダーは少なくありません。
自社のPTRレコードを確認する方法#
リバースDNSの問題を修正するには、まず受信側から見えているものを確認する必要があります。送信元IPは、自分のマシンから確認できます。
- macOSまたはLinuxの場合：
dig -x 203.0.113.5 +shortを実行します（IPは自社のものに置き換えます）。PTRのホスト名が表示されます。ない場合は何も表示されません。 - Windowsの場合：
nslookup 203.0.113.5を実行します。 - 往復を確認する： 返されたホスト名を、今度は逆にIPへ解決します（
dig +short mail.example.com）。最初のIPと同じIPに戻らなければ、PTRが存在していてもFCrDNSは成立していません。
目指す結果は、自社ドメイン上の実在するメール用のホスト名、つまりmail.yourdomain.comです。空の結果や、192-0-2-5.dynamic.some-isp.netのような名前ではいけません。結果が空だとRATS-NoPtrに、ISPが生成した汎用的な名前だとRATS-Dynaに載ります。推測するのではなく、すでに登録されているかどうかを確かめるには、SpamRatsのゾーンを直接問い合わせるブラックリストチェックにIPを通してください。
SpamRatsのブラックリストから削除してもらう方法#
削除は無料です。よくある登録は機械的に行われるものなので、行動ベースのリストよりも、通常は削除の結果を見通しやすくなっています。手順の順番が重要です。原因の修正を削除リクエストより先に行わないと、自動システムにすぐ再登録されます。
- まずリバースDNSを修正する。
RATS-NoPtrに載っている場合は、IPにPTRレコードを作成してもらいます。RATS-Dynaの場合は、PTRをISPの汎用的な名前から、自社ドメイン上の実際のメールホスト名に変更してもらいます。これはIPを管理している相手、つまりホスティングプロバイダー、VPSのコントロールパネル、またはESPを通じて行います。 - 往復で正しく解決されることを確認する。
dig -xと正引きのルックアップを再実行し、IPとホスト名が互いを指していることを確かめます。次に進む前に、DNSの変更が反映されるまで待ちます。 - ほかのゾーンを確認する。
RATS-SpamやRATS-Authに載っている場合、原因はリバースDNSではありません。実際の不正行為を見つけて止める必要があります。侵害されたメールボックスを保護し、オープンリレーを閉じ、正規のメールが偽造メールと明確に区別されるように、SPF、DKIM、DMARCが正しく設定されていることを確認します。 - spamrats.comで削除をリクエストする。 サイトのルックアップを使って、IPの削除を申請します。根本原因が本当に解決されていれば、自動化されたゾーンは、審査のある行動ベースのリストよりもはるかにすんなり解除されます。
適切な専用構成でSpamRatsをそもそも避けられる理由#
SpamRatsへの意図しない登録は、ほぼすべて、メールサーバーとして準備されていないIPから直接メールを送ったことが原因です。新しいVPS、新しいクラウドインスタンス、オフィスの回線、自宅の検証環境。いずれも、立ち上げてアプリケーションを向け、送信を始めれば、本物のメール運用者ならリバースDNSを設定していたはずの手順を飛ばしたことになります。RATS-NoPtrは、すぐにそこを捉えます。
きちんと構成すれば、そのギャップは埋まります。
- メール向けに作られたインフラから送信する。 信頼できるESP、またはプロバイダーが対応するリバースDNSを設定済みの専用IPを使えば、最初のメッセージを送る前からFCrDNSが正しい状態になります。専用IPと共有IPのどちらを選ぶかは、こうした細部を誰が管理するかの選択でもあります。共有インフラでは、これらは代わりに対応してもらえます。
- 段階的にウォームアップする。 新しいIPやドメインは、時間をかけて信頼を得ていきます。適切なウォームアップ計画に従えば、初日から全力で送信してインフラのチェックに引っかかるのではなく、すでにそのチェックを通過しているインフラ上で送信量を増やせます。
- すべてを認証する。 SPF、DKIM、DMARCがSpamRatsのゾーンを直接左右するわけではありません。ただし、これらは「本物のメールサーバーに見えるか」というもう半分の問いに答えるもので、すべての受信側と、行動ベースのゾーンにとって重要です。
この3つを正しく設定すれば、SpamRatsのブラックリストは、ほとんど気にしなくてよいものになります。IPが、本来の姿のとおりに見えるからです。
SpamRatsへの登録を、被害が出る前に見つける#
ほかのDNSBLと同様、SpamRatsは事前に警告を送ってくれません。PTRレコードが気づかないうちに失効する、プロバイダーがサーバーのイメージを作り直してリバースDNSが消える、IPが再割り当てされる。そして、メールがバウンスし始めて初めて、到達率が数日前から落ちていたことに気づきます。間に合うタイミングで知る確実な方法は、ブラックリストの継続的な監視です。IPとドメインをSpamRatsなどの主要なリストに対して定期的にチェックし、登録されたとき、解除されたときに即座に通知します。気づきにくいインフラの変化が、原因不明のトラブルではなくアラートになります。
よくある質問
01SpamRatsのブラックリストとは何で、ほかのブロックリストとどう違いますか？
SpamRats.comは、メールサーバーが接続を受け入れる前に問い合わせるDNSブロックリスト（DNSBL）群を運営しています。最大の特徴は、最もよく使われるゾーンであるRATS-NoPtrとRATS-Dynaが、行動ではなくインフラを基準にしている点です。迷惑メールや報告を測るのではなく、リバースDNSがない、または汎用的なIPにフラグを立てます。迷惑メールや認証の不正利用を対象とするRATS-SpamとRATS-Authもありますが、予期せず登録される正規の送信者の多くは、リバースDNSのチェックに引っかかっています。
02迷惑メールを送っていないのに、RATS-NoPtrやRATS-Dynaに載るのはなぜですか？
これらのゾーンは迷惑メールをチェックしておらず、IPのリバースDNSをチェックしているからです。RATS-NoPtrは、PTRレコードがまったくない送信元IPを登録します。RATS-Dynaは、PTRがダイナミックや住宅向けのレンジに見られる汎用的な命名パターンに従うIPを登録します。新しいサーバーや、適切なメールサーバーとして設定されていない回線からメールを送った場合、リバースDNSが欠けていることが多く、それだけで登録される理由になります。
03リバースDNS（PTR）レコードはどうやって確認しますか？
macOSまたはLinuxではdig -x <your-ip> +short、Windowsではnslookup <your-ip>を実行すると、IPが解決されるPTRのホスト名が分かります。次に、そのホスト名を正引きし、同じIPに戻ることを確認してください。受信側が実際にテストするのは、この往復です。結果が空ならPTRがなく（RATS-NoPtrのリスク）、ISPが付けたような汎用的な名前ならRATS-Dynaのリスクがあります。
04SpamRatsからの削除は無料ですか？どのくらいかかりますか？
はい、spamrats.comでの削除は無料です。まず根本原因を修正してください。RATS-NoPtrやRATS-DynaならリバースDNSレコードを作成または修正し、RATS-SpamやRATS-Authなら不正行為を止めます。そのうえで、サイトのルックアップから削除をリクエストします。よくある登録は自動化されているため、原因が本当に解決されていれば、通常は審査のある行動ベースのリストよりも解除の見通しを立てやすくなります。ただし、先にDNSの変更が反映されるまで時間を置いてください。
SpamRatsのブラックリストは、最も防ぎやすい登録の1つですが、最も気づきにくい登録の1つでもあります。Qualisendのブラックリスト監視は、ドメインとIPをSpamRatsなどの主要なリストに対して継続的にチェックし、登録された時点で通知します。PTRレコードの失効が、1週間分のメール損失ではなく、アラートで済みます。送信元IPにすでに問題があるのかどうか分からない場合は、まず無料メールチェッカーをお試しください。レピュテーションを傷つける無効なアドレスやスパムトラップを、受信トレイへの配信に響く前にクリーニングしましょう。
