対策を行なうことを決めた。パッケージを使って、これを実現しようとしたが、うまく行かなかったことも報告した。コマンドを使って、完全に削除してある。ファイルについても、先日の記事で編集した箇所は、以前の通りに戻してある。インストール、設定していこう。設定をするのだが、やることは何もない。いくつかの送信元が、グレイリスティングの動作が原因で、受信できないことが分かっており、それらをホワイトリストに登録しておく必要がある。これについては、記事の最後に書く。追加するだけのことだ。実際にこれを追加した箇所を以下に揚げる。エントリのパラメーターは、記述した順に評価される。認証で承認された接続で送られてきたメールには適用されない。パラメーターによって拒否される。登録されているドメイン、メールアドレス宛てのメールだけが、グレイリスティングの対象になる。起動や再読込の必要は無い。ところで、実はある特定のドメインから送られてくるメールに限っては、グレイリスティングと非常に相性が悪い。失敗」の記事でも書いたが、送信先のメールサーバーが一時エラーのときは一定時間後にメールを送り直すというのが、通常のメールサーバーの動作だ。分の間隔を空けて送り直す。送信しているのだと判断して、以後の受信を拒否するようになっている。送信しようとしていると判定する。分の間隔しか空けていない。送信サーバーかと見まがうばかりの間隔だ。言っても、送り直しの間隔がどこかに規定されているわけでもないので、当該サーバーの管理者に文句を言うのも筋違いだろう。分以上の間隔というのも、単に、そのような動作をするメールサーバーが多いという、希望的観測を前提にしているだけに過ぎない。このように想定外に短い間隔でメールを送り直してくる場合は、そのメールを送ってくるメールサーバーか送信元のメールアドレスを、グレイリスティングの対象から外すように指定しておく。このようなグレイリスティングの対象から外すための登録を、ホワイトリストに登録すると言う。送ってこないと確証が持てるサーバーを登録しておくと良い。インストールと同時にある程度のサーバーが、既にホワイトリストに登録されている。インストール時からのホワイトリストには登録されていないので、自分で登録しなくてはならない。ファイルだが、これらのファイルを編集するのは進められない。ように、メールを送ってくる可能性のあるサーバーが複数あることも多い。編集したホワイトリストを読み込ませておく。PM再送間隔はRFCで決められています。分はとるべきです(SHOULD)一応MUSTではなくSHOULDなので、1分後のリトライでも「RFCに違反してる」とまでは言えませんけども、文句を言うのが筋違いということはないと思います。postgreyの5分は別に希望的観測というわけではなくて、RFC的には30分以上だけど、現状を見て十分良心的な設定にされていると思います。milter-greylistの件ですが、僕もmilter-greylist使ってないのであれですが、もしかしたらmilter-managerを利用してmilter-greylist使うとうまくいくかも?です。milterの問題でうまく動かない部分もmilter-managerが吸収してくれるらしいので。さん、コメントありがとうございます再送間隔はRFCで決められています。コメントデータの処理方法の詳細はこちらをご覧ください。