メールがキューに入る前に同時に1行だけをスキャンする軽いものからメールがキューに入った後の洗練されたコンテンツ分析をおこなう負荷の高い機構まで、3つのコンテンツ検査方法をサポートしています。それぞれの方法は異なる目的を果たします。ビルトインメッセージヘッダおよびメッセージ本体検査を使います。主な目的はワームやウィルスからのメールの氾濫を止めることですが、バウンスされたジャンクメールやウィルス検知システムからの通知の氾濫をブロックするのにも便利です。ウィルス検知を実装することは意図していません。そのためには以下に記述するコンテンツ検査方法のいずれかを使うべきです。ドキュメントに書かれています。ような標準的なプロトコルを使います。キューの後の検査ではメール受信中のタイムアウトや負荷がピークの時にメモリを使い果たすことなく、任意の複雑さのコンテンツフィルタを使うことができます。この方法の詳細はFILTER_READMEドキュメントにあります。次の2つの方法でキューに入る「前に」メールを検査します。ドキュメントに記述されています。2.1以降で使えます。ドキュメントに記述されています。2.3以降で使えます。これらの方法は魅力的なものに見えますが、知っておくべき重要な制限がいくつかあります。入ってくるメールの配送がタイムアウトしてしまいます。コンテンツ検査に大量のメモリが必要な場合、ピーク負荷でソフトウェアがクラッシュしてしまいます。キュー投入前の検査はシステムが扱えるピーク負荷を制限し、また使用するコンテンツフィルタの洗練度も制限します。ウィルスキラーを書くのとは違ったスキルが必要です。外部フィルタや標準的なプロトコルの利用を奨励します。メーリングリストで見つかるかもしれません。