Postfixの再配送について質問です。

※再配送をさせないようにすることで、起こりうる弊害をご存じなら教えて下さい。

インターネット上では確実に配送される保証はありませんので、再配送を完全に止めてしまうと本来送るべきメールが送れなくなる可能性があります。

「存在しないメールアドレス」にメールを送ろうとすると自分のメールサーバーだけでなく他所にも負荷がかかりますので外部との接続を切った状態でテストしてください。

maximal_queue_lifetimeとbounce_queue_lifetimeを0にしてmain.cfに追記すれば良いのかな

Postfix manual - qmgr(8)

設定上はそれでＯＫ。

ただ、弊害として存在するメールアドレスに対する配信が行われない場合がある。

一切の配送失敗を許さないため、たまたま相手のメールサーバーにつながらなかったり、一時的なエラーメッセージが

帰ってきたときもそのメールはロストする。

そしてスパム対策の一環として「一時的なエラーメッセージを出す」というメールサーバーも存在する。

まともなメールサーバーの設定ではなく、弊害の方が大きいと思うが。

VERPのテストをする為

それならどうするのがベストなのでしょうか？

テスト目的なら、どのメールがエラーかは識別できるでしょう。

個別に QUEUE の削除を行うのが正攻法かと。

Postfix Frequently Asked Questions

もしかしたら、メールログにこんなメッセージありますか？

「...warning: timeout on private/scache socket... 」（前後省略）

とすると、master.cf　内に

「scache unix - - n - 1 scache」

という記述をもらしているだけかもしれません。

これが無いと、処理がちょっと滞っただけで、すぐにキューへメッセージが逃げてしまう

ことがあります。特に、このメールサーバがウィルススキャンやコンテンツフィルタなぞし

ている場合は、大いにありえます。

あと「minimal_backoff_time」の値はいくらでしょうか？

デフォルトで１０００秒ですので、15分程度は再度配送しないので、そんなに負荷がかかる

とも思えないのですが・・・・

maximal_queue_lifetimeとbounce_queue_lifetimeのデフォルト値「５日間」は

長すぎるという感じはします。これは基本的に殆どの送信先が「正常」であるという

予測の元で設定されていますね。

私なら４時間程度にします。特に昨今のメール乱発時代では・・。

とりあえず、頑張ってください。