開発チームと、アプリケーションサーバーにローカルMTAをインストールするか、内部ネットワークにあるMTAサーバーを使用して電子メールを送信するかについて話し合いました。両方のソリューションには長所と短所があります。
長所：電子メールを送信するプログラムは、それをローカルMTAに配信し、配信、再試行、または発生する可能性のあるエラーを忘れることができます。
短所：電子メールを送信するユーザーは、メールの送信に問題があったことを遅く通知される場合があります。プログラムは、リモートサーバーが利用できないかどうかをすぐに検出できます。短所：セキュリティ。ローカルMTAは、サーバーのセキュリティを確保するために適切に構成する必要があります。短所：プロセスの複雑さの追加レイヤー。
私の見解では、それを単純に保つ必要があります。私たちは、私たちによって制御されておらず、その状態がわからないMTAサーバーと通信しているプログラムについて話しているのではありません。私の見解では、カウンターパーツについて確信が持てない場合は、ローカルMTAを用意する必要がありますが、ここでは、プログラムがそれを「既知の」MTAシステムに配信します。ですから、追加のレイヤーは必要ないと思います。さらに、各システムにローカルMTAを設定して電子メールを送信しようとすると、追加の問題/エラーやより多くの管理タスク（メンテナンス/パッチ）が発生する可能性があります。Unixシステムでは常にローカルMTA（sendmail）を実行していると言う人もいるかもしれませんが、私たちの組織では、潜在的なリスクにつながる可能性のある余分なサービスが実行されないように、システムを最小限に抑えています。
ただし、既知の/制御された/監視されたMTAシステムと通信することを念頭に置いて、インフラストラクチャをどのように設計するかを知りたいと思います。それとも単に視点の問題ですか？
フィードバックをありがとうございます。
イヴ