Exchange2007電子メールエラー4514.7.0クライアント入力の待機中にタイムアウトが発生しました
Exchange2007を搭載したSBS2008サーバーは、約3〜4日前から一部の（ほとんどの）電子メールの拒否を開始しました。返される失敗メッセージは次のようになります。
他のサーバーが返したエラーは次のとおりです。4514514.7.0クライアント入力の待機タイムアウト（状態18）
Sonicwall TZ-210ルーターを再起動しましたが、違いはありません。この問題はMTU（パケットサイズ）と関係があると思いますが、なぜ今問題が始まったのかわかりません。ネットワークインフラストラクチャに何週間も変更を加えていません。
SonicWall（DSL接続、ブリッジモード）にpingを実行して、フラグメント化されていないパケットを強制すると、パケットサイズ1320程度でパケットドロップアウトが発生し始めます。多分これは完全に正常です、私はよくわかりません。
私は現場にいないので、DSLモデムを再起動しようとはしていません。それは私が次に試みることの1つです。
オンラインでさらに詳しく調べた後、-fスイッチを使用していくつかのpingテストを行ったところ、この特定のDSL接続が1300バイトを超えるパケットをドロップし始めたことがわかりました。マイクロソフトはこれを「ブラックホールルーター」と呼んでいます。基本的に、そのポートに問題があります。
SonicWall TZ-210内のPPoE接続設定に移動し、MTUを1250の範囲内に変更することで、この問題の回避策を実装しました（正確な数は覚えていません）。着信メールは、その特定の接続を使用する他のトラフィックと同様に、すぐに再び流れ始めました。この問題を保証の対象にすることができるかどうかを確認するには、SonicWallに連絡する必要があります。
pdate1
結局のところ、これは明らかにDSLモデムの問題であり、SonicWallの問題ではありませんでした。ルーターのPPoE設定でMTU設定を変更することは、モデムが交換されるまでは十分な回避策であることが証明されました。
pdate2
新しいDSLモデムはこの問題を解決しませんでした。どのデバイスまたはソフトウェアがこの問題を引き起こしているのかまだわかりません。
pdate
本当に何が悪かったのか、ここに投稿できなかったと思います。電話会社は、ボックスまたはオフィスの1つでいくつかの不良ハードウェアを見つけ、交換しました。この問題のトラブルシューティングを行う場合、注意が必要なのは、それが自分のハードウェアなのか、LAN外の何かなのかを判断することです。
ルーティングの問題である場合（エラーメッセージが表示された場合）、SBSのパブリックインターフェイスでMTUの最大サイズを設定してみてください。レジストリ内の個々のtcpipインターフェイスごとにパッケージサイズの制限を設定できます。
Microsoftのこのガイドを確認してください。最後の提案「方法3」では、MTUの最大サイズの設定について説明しています。 http://support.Microsoft.com/kb/314825