グレーリスティングとは？誠実な検証ツールがunknownを返す理由

結論から#

グレーリスティングとは、初めて見る送信元からのメール（検証プローブを含みます）を、メールサーバーが一時的に拒否するスパム対策の手法です。サーバーは可否を返さず、SMTPで「後でもう一度試してください」と応答します。正規のメールサーバーは数分後に再送して配信できますが、この手法が想定していた粗雑なスパム送信ソフトは、歴史的に再送しませんでした。メールアドレス検証への影響は単純です。グレーリスティングを行うサーバーの答えは「まだわからない」であり、誠実な検証ツールは、制限時間内に再試行するか、そのアドレスをunknownとして報告します。やってはいけないのは推測です。

グレーリスティングは通信上でどう見えるか#

延期が起きるのは、通常のサーバーならメールボックスの存在を認めるか拒否する、SMTPのやり取りの中の同じ箇所です。

> RCPT TO:<jane@example.com>
< 451 4.7.1 Greylisted, please try again later

重要なのは最初の数字です（コードの全体像はSMTP response codes explainedにまとめています）。5xxの応答（550 5.1.1 user unknown）は恒久的なもので、アドレスは存在せず、判定はundeliverableになります。4xxの応答（421、450、451）は定義上一時的なもので、同じ要求が後で成功する可能性があるとサーバー自身が示しています。典型的なグレーリスティングの実装は、送信元IPと送信者アドレス・宛先アドレスの組を記録します。最初の試行は拒否し、数分後に届いた再試行を受け入れます。再送キューを持つ本物のメールサーバーが相手側にいることの証明になるからです。

この手法は2000年代初頭からあり、低コストで静かに効果を発揮するため、今も使われています。正規のメールサーバーは再送キューを備えているのが当たり前なので、最初の試行を延期しても、正規の送信者にとってのコストは数分の遅れだけです。一方、送りっぱなしのスパム送信ソフトは二度と戻ってきません。多くの実装は、送信元IP、送信者アドレス、宛先アドレスの3つの組を記憶します。その組での再試行が成功すると、通常は数週間にわたって送信元が許可されるため、遅延は継続的な負担ではなく一度きりの通行料で済みます。

グレーリスティングに最もよく遭遇するのは、企業のメールゲートウェイ、自社運用のサーバー、セキュリティアプライアンスです。大手の個人向けプロバイダーの多くは、外から見ると同じように見える別の動作をします。この違いは検証では重要なので、後ほど説明します。

4xxは検証プローブに何をもたらすか#

グレーリスティングを行うサーバーに当たった検証ツールには、3つの選択肢しかありません。

1. 待って再試行する。 誠実で、多くの場合に有効です。ただしグレーリスティングの待ち時間は数分単位で、一括検証のジョブはいつまでも待てません。
2. unknownとして報告する。 再試行しても解決しなかった場合は、これが誠実な対応です。アドレスが悪いのではなく、サーバーが使える答えを最後まで返さなかっただけです。
3. 推測する。 不誠実です。451を確信に満ちた「有効」や「無効」に変換するツールは、サーバーが提供しなかった確実性を作り出しています。

Qualisendでの扱いは次のとおりです。グレーリスティングされたアドレスは、決められた時間の範囲内で再試行します。その時間が尽きてもサーバーが延期を続けている場合、判定は理由timeoutのunknownとなり、中程度の信頼度スコアが付きます。つまり「不達のアドレス」ではなく「後で再確認する価値のあるアドレス」であり、そのように扱うのが適切です。

意図的な例外が1つあります。延期を返したサーバーが大手の個人向けメールプロバイダーのものである場合、4xxが典型的なグレーリスティングであることはほとんどありません。実態はレピュテーションに基づくレート制限で、再試行しても答えが変わることはまれです。Qualisendはこうしたケースを見分け、効果のない再試行でジョブを待たせるのではなく、unknownとして確定させます。誠実な判定は同じで、待ち時間だけがありません。

グレーリスティングでリスト全体が止まらない理由#

延期の本当のコストは精度ではなく時間です。すべての4xxを律儀に再試行する単純な一括検証ツールでは、10万行のジョブが、数台の頑固なサーバーのせいで「99%完了」のまま1時間止まることがあります。私たちはこれを実際に経験しました。そのため現在のパイプラインには、数台の頑固なサーバーがジョブ全体を止めないよう、タイムアウトと上限が何層も設けられています。

• すべてのSMTPセッションに厳格な制限時間があり、それを超えて応答を引き延ばすサーバーはunknownとなり、ジョブは先に進みます。
• グレーリスティングの再試行は上限が決まっており、ループさせずにアドレスごとに管理されます。
• 最後の数件が進まなくなったジョブでは、その末尾分をunknownとして確定させ、1件の取り残しで「N−1 / N」のまま止まらないようにします。ほかの理由で止まったものに備えて、さらにバックストップも用意しています。

設計上の考え方は、遅れて返る誠実なunknownは、間に合う推測に勝るというものです。ただし、数分で返るunknownはそのどちらにも勝ります。実装方法は検証ツールごとに違いますが、どのツールにも次の質問をしてみる価値があります。サーバーが答えることを単に拒んだとき、ジョブはどうなるのか。

グレーリスティングと似た動作の比較#

サーバーの動作にはいくつかの種類があり、どれもはっきりしない応答に終わりますが、対応する判定は異なります。

共通点として、unknownはメールボックスではなくやり取りについての記述です。riskyは、サーバーに到達でき、気になる点がわかったことを意味します。unknownは、インフラが最後まで確かな答えを返さなかったことを意味します。この2つは、リスト上で異なる扱いをするべきです。

unknownの判定への対処#

• 1回のunknownだけで除外しないでください。 実在し、利用されているメールボックスが、気難しいサーバーの背後にあることもあります。unknownを無効として扱えば、ダッシュボードを歯切れよく見せるために購読者を捨てることになります。
• 後で再検証してください。 グレーリスティングの待ち時間は過ぎ、レート制限は解除されます。同じアドレスが、数時間後や数日後の2回目の実行ではきれいに判定されることがよくあります。これが、2つの検証ツール（あるいは同じツールの2回の実行）が、どちらも嘘をつかずに同じアドレスで食い違いうる理由でもあります。メールボックスの状態は変わらなくても、サーバーの応答は変わることがあります。
• 未解決のunknownを重要な配信から外してください。 unknownが解決するか、反応が得られるまでは、キャッチオールのセグメントと同じように扱います。バウンスのコストが小さい、少数でスロットリングした配信にとどめてください。Klaviyo cleaning guideと同じ手順を、判定ごとに適用できます。
• unknownの割合は、検証の欠陥ではなくリストのサーバーに関する事実として読んでください。 企業のゲートウェイが多いB2Bリストでは、個人向けのリストより必ずunknownが多くなります。ツールが悪くなったのではなく、インフラの防御が固くなったのです。