説明させてください。
1週間前に、新しいServer 2008 R2サーバーをメールサーバーにするつもりでインストールしました。サーバーにExchange 2010をインストールしました。
1週間、すべてのサービスが機能しています。 (受信/送信メール、Outlook Webアクセス、社内ドメインの内部メール)
昨日から私のサーバーを更新して再起動した後(関連があるかどうかはわかりませんが)奇妙なことが、受信SMTPメールをハッピングしています。 (記録のために、他のすべてのメール操作は機能しています)
デバッグするために行ったこと:
受信SMTPメールチェックを実行すると、次のようになります。 テスト交換接続 例外が発生します。
サーバーがステータスコード421を返しました-サービスを利用できません。伝送チャネルを閉じています。サーバーの応答は次のとおりです。4.4.1接続がタイムアウトしました例外の詳細:メッセージ:サービスを利用できません。伝送チャネルを閉じています。サーバーの応答は次のとおりです。4.4.1接続がタイムアウトしましたタイプ:System.Net.Mail.SmtpExceptionスタックトレース:System.Net.Mail.SmtpConnection.GetConnection(ServicePoint servicePoint)at System.Net.Mail.SmtpClient.Send(MailMessage message )Microsoft.Exchange.Tools.ExRca.Tests.SmtpMessageTest.PerformTestReally()で
次の場所からtelnetを実行すると、ドメイン内のPC、メールサーバー自体、およびドメイン外のPCでまったく同じ動作が得られます。私はtelnetに:telnet mail.mydomain.com 25 telnetが答えをくれます。次に、heloと言います。helomydomain.comと答えは421 4.4.1接続がタイムアウトしましたホストへの接続が失われました
しかし今、REALYの奇妙な部分。サーバーをそのままにしておくと、数時間後に受信SMTPメールが再び機能し始めますか??? !!!そして、その瞬間からサーバーを再起動するまで機能し続けます...
サービスが再びsmtp呼び出しに応答し始める時間は、もちろん完全にランダムであり、私がこの問題をデバッグするつもりです。私はグーグルで何時間も試してみたので、これをトラブルシューティングする方法についてもっとアイデアを求めています。 :)
追加情報:
サーバーはまったくビジーではなく、CPU 0%と1,7GBのメモリが割り当てられています...そのため、何もしていません
誰かがこの奇妙な問題を調査するためのポイントを持っていますか?
追加情報:
交換に関連するアプリケーションログにかなりの数の警告と1つのエラーがあることに気付きました。これらの警告はすべて、一部の交換サービスを遅延開始に設定することで修正されました。 Exchangeシステムが速くなり始めているように見えました。
この後、私は数回再起動しましたが、残念ながら警告を修正してもタイムアウトの問題は修正されませんでした。
詳細:
テストとして、すべてのレクリエーション間で再起動中に次のコネクタを再作成し、これが役立つかどうかをテストしました。
受信コネクタ(組織ハブ)非MAPIの既定のクライアントコネクタ(サーバー構成ハブ)インターネットアクセス用にも構成された既定のハブコネクタ(サーバー構成ハブ)残念ながら、これらの操作も役に立ちませんでした...
ようやくタイムアウトの原因を突き止めました。
問題は、MS Exchange Transportサービス自体にありました。もう一度タイムアウトを受け取ったとき、私はサービスを手動で再開するという明るいアイディアを得ました。そして、再起動後すぐに、SMTPインバウンドが機能していて、telnetはHELOを再び発声できました。
再現するためにサーバーを再起動しましたが、再びタイムアウトが発生しました...サービスを再起動すると、そうです。
テストとして、トランスポートサービスの起動プロパティを手動から手動(遅延)に変更してサーバーを再起動することを決定しました...そして、ボックス内のすべてのギズモが再び正常に動作し、インバウンドが動作していたことを知っていますか再起動後。
ofc私はこの10回の再起動をテストしましたが、すべてが再び機能しています。この問題の根本原因が何であるかは謎のままですが、回避策は今のところ行います。
ボックスの動作をさらに詳しく監視します。そして、これが誰かがこの問題について彼の髪を引っ張るのを助けることを願っています! :)
ために ERROR: 'CONNECT' caused '421 Service not available, closing transmission channel'
、接続IPが受信者のメールゲートウェイサーバーによってブロックされているかどうかを確認します。
別の場所からTelnetを使用して、この問題を確認できます。