リモートの「信頼できる」SMTPサーバーがメールを拒否したときに、スパマーにバウンスを送信するという問題が発生しています。私のサーバーは、仮想エイリアスを持つcompany1.comのメールを管理しています。[メールアドレス]多数のローカルユーザーにメールを配信するだけでなく、[メールアドレス]これは他のチームによって管理されています。彼らのメール システムは、異なる (より優れた) スパム対策を実装しており、DATA 以降のメールを拒否できます。
問題は、スパマーがcompany1.comメールサーバのpostfixにアクセスし、メールを配信しようとすると、[メールアドレス]それが取得します
554 Transaction failed. Unacceptable content. (in reply to end of DATA command)
そして、スパマーへのバウンス メッセージを生成します。それで、問題は、どうすればそれを防ぐことができるかということです。実際、company2.com に対してバウンス メッセージを生成することにはまったく興味がないので、メール サーバーは company2.com の他のメールを処理しないので、大きなハンマーでも機能します。
前もって感謝します。
答え1
NDR を実際に防ぐことはできないため、完璧とは程遠い回避策を提案することしかできません。
専用のSMTPクライアントを介して@company2.comにメールをルーティングします。transport_mapsがそれを行います。そして、このトランスポートのmaster.cfにregexp/pcreマップを指定して、送信者アドレスを書き換えます。つまり、メールが[メールアドレス]それを次のように書き直すと[メールアドレス]バウンスは[メールアドレス]メールボックス。欠点は[メールアドレス]アドレスを再度書き換えるか、実際の送信者を確認することができなくなります。
これに対する標準的な答えは、ゲートウェイと company2.com ゲートウェイの UCE/UBE ポリシーが同じであることを確認するか、リレーが company2.com によってホワイトリストに登録されていることを確認することです (その場合、スパムを自ら隔離/処理する必要があります)。