SMTPExceptionは約30％の時間が発生しています

Question

私は特定の状況で電子メールでユーザーに通知するasp.net Webページを持っています。しかし、約30％のケースでは、電子メールは送信されず、SmtpExceptionがスローされています。

System.Net.Mail.SmtpException：メールの送信に失敗しました。 ---> System.IO.IOException：転送からデータを読み取ることができません 接続：net_io_connectionclosed。

私はこのエラーでしばらく戦っていたので、「一般的な失敗」というSmtpStatusCodeを抽出することができました。 smtpサーバーとして私は設定でマンドリルを使用しています：
<network host="smtp.mandrillapp.com" password="####" port="25" userName="####" enableSsl="false" />。

誰にでも私に理由を教えてもらえますか、なぜこのエラーは30％しか発生しないのでしょうか。私はstackoverflowに関する他の質問を見ていましたが、まったく動作しない状況に懸念があります。

Answer 1

居住用インターネット接続の場合、ISPはポート25へのすべての送信接続をブロックして送信メール送信をブロックします.TCP/IP経由でローカル電子メールサーバーに接続するか、自分の内部ネットワーク上でローカル電子メールサーバーに接続します。

更新

あなたが歴史を求めているため、ここで私は1982年にあなたの質問

に答えるために呼ばblogがあり、南カリフォルニア大学は、インターネットを するための提案を提出エンジニアリングタスクフォース（IETF）。 Request For Comments（RFC） 821が公開され、インターネットメール用の既定の送信 チャネルとしてポート25が確立されました。 30年後、2つのメールサーバー間で電子メールを送信する主な手段として、ポート25を として使用します。 A いくつかのRFCは最初のSMTP RFCを廃止しましたが、 SMTPの基礎は同じまたは類似しています。

1998年12月、R. GellensとJ. Klensinは、 のインターネットメール 通信用の新しい仕様を追加することでRFC 2476を提出しました。 RFCは伝統的なメッセージ 提出とメッセージリレーの概念の分割を提案しました。 RFCは、そのメッセージ 提出は、新しいポリシーを確実にするためにポート587を介して行われなければならないとポート25が動作していないのはなぜ セキュリティ要件だから25

メッセージリレーポート上で、従来のリレー トラフィックに干渉しない定義されましたあなたの場合は？

それは伝統的に妥協 コンピューターまたはサーバーから中継されたスパムの量を抑制するために、 ホスティングプロバイダ住宅ISPやクラウドによって、ブロックされています。メール のメールを特に管理している場合を除き、コンピュータまたはサーバーの にこのポートを通過するトラフィックはないはずです。

587はなぜ機能するのですか？

これはデフォルトのメール送信ポートです。メールクライアントまたはサーバ が適切なメールサーバによってルーティングされる電子メールを送信しているときは、 は常にこのポートを使用する必要があります。

アップストリームネットワークによって明示的にブロックされていないか、 プロバイダーがホストされている場合を除き、すべてのMailgunのお客様はこのポートをデフォルトの として使用することを検討する必要があります。このポートとTLS暗号化を併用すると、 の電子メールが安全に送信され、 IETFのガイドラインに従います。