質問: smtpのグレーリストは、a)多くのスパムを阻止し、b)多くの正当なメールを阻止しますか? postfixを使用して比較的使用頻度の低いドメインにsmtpサーバーをセットアップし、 sqlgrey でグレーリストを有効にしました。これまでのところ問題なく動作しているようで、新しい送信者からの電子メールの遅延に少し苛立ちがありますが、ログから、多くのスパムメッセージを阻止していることがわかります。あなたの経験では、グレイリストは多くのスパムを効果的に阻止しますか?それは例えばへの有用な追加ですか? spamassassinですか、それとも過剰/不要なものに追加していますか?これをより使用頻度の高いドメイン(おそらくより要求の厳しいユーザー)に展開する場合、メッセージがバウンスしたり失われたりする、構成が不十分なメールサーバーのかなりの部分が予想されますか?
回答: グレイリストは、コンテンツフィルタに到達する前に、大量のスパムを効果的に阻止します。これは、スキャンのワークロードを大幅に削減し、フォールスネガティブを削減し(コンテンツフィルターに捕捉されないスパムの一部はグレーリストによって事前にブロックされます)、定義上、導入できないため、非常に便利な依存症です。誤検知(正当なメールがブロックされている)。緩んだメールは、smtp送信者に準拠していないことが原因です。はい、まだニースを再生していない「ビッグ」がいくつかあります。システムが修正されるまで、短いホワイトリストがそれらを処理します。結局、インターネット上にグレーリストのあるサイトがたくさんあると、正しく構成されたメールサーバーをより多くの人に使用させるという素晴らしい副作用があります。適切なグレーリスト設定(適切な実装+適切な構成/操作)を使用すると、遅延するメールはほとんどなく、ほとんどの場合、遅延は数分程度になります。また、適切なグレーリスト設定は、ほとんどの場合「展開して忘れる」システムであり、スパムフローを減らし、システムの負荷を減らしながら、(sysadmin)の負荷を増やしません。既存のドメインでグレーリストを実際にオンにする前に、「学習モード」でデプロイすることを強くお勧めします。このモードでは、何も遅らせることなくメールフローを監視します。これにより、トリプレットを学習し、優れたsmtp送信者を自動ホワイトリストに登録する時間が与えられます。コンテンツスキャナーの前に大量のメールがブロックされると、多くの良い副作用が発生します。私は特にこれらが好きです: 短くて頻繁に変更されない手動ホワイトリストを除いて、グレーリストシステムはサーバー間で知識を共有する必要がないため、地理的に分散した場所/データセンターでの複数のmxの展開が簡素化されます。 スキャンの負荷を減らすことは、コンテンツスキャンに使用するハードウェアが少なくて済むことを意味します コンテンツスキャン用のサーバーが少ないということは、それらをより簡単に一元化、管理、デバッグできることを意味します(ログの信号/ノイズ比が向上します;) 「明らかな」スパムを拒否するためのシステムへの負荷が少なくなり、配信を再試行するためのスパマーシステムへの負荷が増えると、受信者の負荷とスパマーの負荷の比率が向上し、スパムの送信がより「高価」になります。これは長い間良いことです。期間 全体として、グレーリストは次のように要約されます。 送信者に標準への準拠を強制することで、電子メールシステム全体が正しく機能し、管理しやすくなります(->副作用としてスパマーをより簡単に追跡できます) 電子メール送信のコストを(少し)増加させ、正当な送信者に少し影響を与え、スパマーに大きな影響を与えます(->スパム送信コストを増加させることは常に良いことです) 編集:正当なメール配信時間の(小さいが、それは私見です)影響がありますが、 tarpitting や [〜#〜 ] spf [〜#〜] 。前者は興味深いですが、その有効性/欠点を判断する前にいくつかの実世界のテストを行います。後者は常に利用できるとは限りません。