Summary: Exchange Serverでは、電子メールを送信するときにさまざまな種類のエラーが発生することがあります。この記事では、Exchange Server以外でメールを送信する際に発生する「Server Returned 400 4.4.7 Message Delayed」エラーについて説明します。このエラーの原因を突き止め、Exchange Serverへの配信時にこのエラーを解決するための可能な解決策をいくつか紹介します。
Exchange Serverでメールを送信する際、ユーザーはしばしばエラーや問題に遭遇します。よくあるエラーは、「Server Returned 400 4.4.7 Message Delayed」です。このエラーは、1人または複数のユーザーが外部の受信者に電子メールを送信したときに発生します。電子メールの送信後、次のようなエラーメッセージとともに非配信レポート（NDR）を受信します：
これらの受信者またはグループには、配信が遅延します：
<受取人> (<受取人のメールアドレス>)
件名: <メールの件名
このメッセージはまだ配信されていません。現在も配信を試みています。
サーバーは今後1日と19時間57分の間、このメッセージの配信を試み続けます。この時間までにメッセージを配信できない場合は、その旨が通知されます。
メッセージ・ヘッダには以下の情報が含まれます：
リモートサーバーは「400 4.4.7メッセージ遅延」を返送します。
メッセージの元のヘッダー：
受信: from srv01.mycompany.lan (192.168.x.x) from
srv01.mycompany.lan (192.168.x.x) と Microsoft SMTP サーバー
(TLS) id 21.1.234.32; Wed, 8 May 2024 20:40:00 +0100
受信: from srv01.mycompany.lan ([IPV6 アドレス])
srv01.mycompany.lan（[IPV6アドレス]）から次のように指定します。
mapi id 12.11.353.010; Wed, 8 May 2024 20:40:00 +0100
差出人: <差出人のメールアドレス
宛先: <受取人> <受取人のEメールアドレス>コピーコード
エラーメッセージは、プロトコルのタイムアウトまたはメッセージヘッダの制限に問題があることを示しています。ほとんどの場合、これは一時的な問題です。しかし、Exchange Serverで “Server Returned 400 4.4 7 Message Delayed “エラーが発生する原因は他にもいくつかあります。このエラーの原因として考えられるものを見てみましょう。
Exchange Server で「サーバーが 400 4.4.7 message delayed を返しました」というエラーが発生する理由
このエラーは電子メールの配信に関連しているため、このエラーにつながるさまざまな理由があります。考えられる理由は以下の通りです。
- ドメインの外部DNS、特にMXレコードとSPFレコードに問題があります。
- サーバーの入出力、ネットワークのスループット、またはサーバーの一般的なパフォーマンスに問題があり、その結果メッセージが処理されない場合。
- ハードウェアの不具合やサードパーティ製ソフトウェアによる誤動作が原因のデータスループットの問題。
Exchange Server のエラー「Server has returned 400 4.4.7 message delayed」の解決方法
まず、問題が単一のメールボックスに関連しているのか、特定の外部ドメインに関連しているのかを判断する必要があります。受信者のドメインに問題があるか、ローカルのExchangeサーバーが受信者のドメインのMXレコードを解決できない可能性があります。これを確認するには、nslookup コマンドを使用します。以下はその手順です：
- Exchange サーバーがホストされているサーバーで、管理者としてコマンドプロンプトを開きます。コマンドプロンプトウィンドウで nslookup と入力し、Enter キーを押します。
- 次に set type = MX と入力し、Enterキーを押します。
- 受信者のドメイン名を入力し、Enterキーを押します。
これにより、ドメインと通信可能なMXレコードがわかります。
ただし、「<ドメイン>が見つかりません：Non-existent domain（存在しないドメイン）」と表示された場合は、ドメインのMXレコードが見つからないことを意味します。これは、ローカルDNS、転送DNS、またはターゲットDNSサービスに問題があることを示しています。このような場合は、外部ソースからテストメールを送信してみてください。
サーバー上のメッセージがキューにあるかどうかを確認できます。これを行うには、Exchange Toolbox の管理コンソールを開き、キュービューアをクリックします。
キュー表示ウィンドウが開きます。ここでは、Exchangeサーバーを通過している（受信または送信）メールの数を確認できます。
また、メモリやサーバーのパフォーマンスに問題があるかどうか、あるいはソフトウェアやハードウェアの問題によってサーバーのパフォーマンスが低下していないかどうかを確認することもできます。この目的のために、リソースモニターとイベント表示が利用できます。
問題がどこにあるかを確認するには、Get-MessageTrackingLogコマンドを実行することもできます。
このコマンドを実行すると、以下のエラーが表示されることがあります：
サーバーホスト名 : MailServer
SourceContext : 適切なシャドウ・サーバーがありません。
コネクタID : <id
提供 : SMTP
イベントID : HAREDIRECTFAILCopy コード
スタンドアロン Exchange サーバーのシャドウ冗長性に問題がある可能性があります。Exchange Management Shell（EMS）で次のコマンドを実行すると、シャドウ冗長性を無効にできます。
Set-TransportConfig -ShadowRedundancyEnabled $FalseCopy コード
このコマンドを正常に実行したら、トランスポートサービスを再起動できます。
net stop MSExchangeTransport && net start MSExchangeTransportCopy コード
その後、問題が解決したかどうかを確認できます。
終わりに
上記では、Exchange Server のエラー「Server Returned 400 4.4 7 Message Delayed」を修正するために試せる解決策をいくつか紹介しました。しかし、このエラーはサーバーの問題で発生することもあります。このような場合は、サーバーを再インストールするか、新しいサーバーをセットアップしてください。サーバーの再インストールや新しいサーバーのセットアップは簡単ですが、新しいサーバーへのデータの復元は大きな課題です。最小限の労力で、業務を中断することなくデータを復元するには、Stellar Converter for EDB のようなアプリケーションを使用することができます。このアプリケーションを使えば、（古いサーバーの）データベースファイルから新しい Live Exchange サーバーにデータをエクスポートすることができます。サイズの制限なく、オフラインのデータベースを開くこともできます。簡単なユーザーインターフェイスでは、全体のデータストアを参照し、PSTや他のファイル形式にきめ細かくエクスポートすることができます。あなたは、ユーザーメールボックス、共有メールボックス、非アクティブ化メールボックス、ユーザーアーカイブおよびパブリックフォルダを編集するためにアプリケーションを使用することができます。
