MTA として、電子メール交換のために tcp/25 (SMTP) 以外のポートで MX サーバーに接続するのは合理的であり、RFC に違反しませんか?
従来、電子メールの交換は tcp/25 で行われていましたが、ISP はスパムを避けるために長期間これをブロックしていました。
適切な MTA を設定したいのですが、ISP が tcp/25 もブロックしています。MTA ソフトウェアを、MX サーバーの 2525、587、465 などの他の標準/従来のポートに接続するようにするのは良い方法でしょうか?
注意：私が尋ねているのは MUA ではありません。
答え1
MTA ソフトウェアを、MX サーバーの 2525、587、465 などの他の標準/従来のポートに接続するようにするのは良い方法でしょうか?
いいえ。ほとんどのMXサーバー期待しないこれらのポートでのメール交換。
ポート 587 と 465 には異なる目的があります。RFC 6409/8314 では、これらのポートはエンド ユーザー MUA からの「メッセージ送信」用に定義されており、これらのポートではほとんどの場合認証が必要です (受信者がローカルであっても)。
ポート 2525 は非標準です。このポートで SMTP を受け入れるサーバーが 1 台または 2 台見つかるかもしれませんが、ほとんどの場合、何も実行されません (または SMTP 以外のものをリッスンします)。
したがって、ポート 25 への送信接続ができない場合、ほとんどのドメインにメールを送信できなくなります。(これが、ISP がこのポートをブロックする主な目的です...)
信頼できるサーバー ホスティング会社に SMTP を設定し、そのサーバーを自宅の MTA の「リレー ホスト」、つまり「スマートホスト」として使用することができます。
答え2
または、ISP を変更してください。これにより、着信/発信接続とポート 25 が許可されます。まだ解決策が見つからない場合は、私がお手伝いできるかもしれません。私のサーバー (ポート 25) から任意のポートの MTA へのリレーを設定できます。私のサーバーをサービス プロキシ サーバーとして動作するように設定し、MTA サーバーに転送します。ドメインの MX レコードを設定するだけで済みます。