Postfixでメール送信が失敗した時にリトライせずにエラーメールを送信者に返すにはどうしたらいいですか？


現在、Postfixを使用してメールサーバを立てています。
最近Gmail宛てのメールで421-4.7.0のエラーが発生し、Gmailにメールが送れなくなりました。
このエラーの内容としてはGoogleからSPAM扱いを受けてIPアドレスごと拒否されているというものです。

原因を調べたところ、あるユーザアカウントで個人のGmailのメールアドレスに自動転送設定をサーバ側でしており、
その転送しているメールのなかにスパムが多く含まれるようになったため、 Googleに怒られる状況になったようです。

現在、取り急ぎ転送設定を取消、Gmail宛てに送り損ねたメールがキューに溜まっていたので全て削除した状態です。
今の時点でメールサーバ上の他のアカウントがgmail宛てにメールを送ったところ、 当然ながら421-4.7.0のエラーで送られない状態なのですが、
延々とメール送信がリトライされることになるため、 いつまでにたってもGmail側でのIP制限が解除されない自体に繋がるのでは？
とかユーザは送ったつもりなのに実際には送れなかったことが認識出来ずトラブルになるのでは？ という懸念がございます。

ここでリトライをせず、ユーザに「エラーとなったので遅れませんでした」といった感じのエラーメールとして送り返すにはどのように設定を行えばよろしいでしょうか？




単純に再送をやめるのであれば、main.cfにて、maximal_queue_lifetimeとbounce_queue_lifetimeを0にすればよさそうです。
ただ、いろいろ弊害はあるのでご注意を。

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

(ケータイのキャリアメール向けのサービスで、MTA側では再送間隔を調整しておいて、別の処理でqueueをさらって再送扱いのメールをお掃除するようなことをやりました。が、最終的にはキャリアさんにたのんで第8層で解決した記憶があります、gmailもそうなるんでしょうかねぇ。。)




単純に再送をやめるのであれば、main.cfにて、maximal_queue_lifetimeとbounce_queue_lifetimeを0にすればよさそうです。
ただ、いろいろ弊害はあるのでご注意を。

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

(ケータイのキャリアメール向けのサービスで、MTA側では再送間隔を調整しておいて、別の処理でqueueをさらって再送扱いのメールをお掃除するようなことをやりました。が、最終的にはキャリアさんにたのんで第8層で解決した記憶があります、gmailもそうなるんでしょうかねぇ。。)

