外部ユーザーから、Exchange サーバーからメールを受信できない、または受信していないという苦情が寄せられています。外部ユーザーを連絡先として設定し、コピーを保持して外部の電子メール アカウントにコピーを転送するオプションを有効にしました。
これをトラブルシューティングする最善の方法は何でしょうか。私の直感では、これはグレーリストと ISP に関係している可能性があります。Exchange サーバーの送信 SMTP サーバー設定は dyndns で、これらのサーバーの 1 つがブラックリストに登録されていて、外部の電子メール クライアント (ユーザー) のホスト/ISP がそれをドロップしているだけかもしれません。
ユーザーは、電子メールは実際には Outlook Web Access で表示できるものの、転送アドレスとして設定されている外部電子メール アカウントには届かないと述べています。ありがとうございます。
答え1
私考えるDynDNS サービスをスマート ホストとして使用しており (「Exchange サーバーの送信 SMTP サーバー設定は dyndns です」)、受信者の ISP が DynDNS サーバーを「好まない」(ブラックリストに登録されているなど) ためにメッセージをドロップしているのではないかと懸念しているということです。通常、DynDNS ではそのようなことはありません (私は約 6 年間、すべてのビジネス メールに DynDNS の「Mailhop outbound」サービスを使用しています) が、受信者の ISP に問い合わせて確認してみることは確かに可能です。
おそらくそうすべきだろう「メッセージ追跡」を有効にする問題のあるメッセージを見つけて、その流れを追跡できます。ただし、メッセージが SMTP サーバーから送信された後は、その後の SMTP トランザクションは表示されません。「メッセージ追跡」を有効にすると、少なくとも組織から正常に送信されたメッセージを確認できます。
受信者の ISP がメッセージを黙ってドロップしている場合は、ISP の協力なしにできることはあまりありません。
答え2
メッセージ追跡を有効にしている場合は、ESM のメッセージ追跡ツールを使用してメッセージを追跡できます。また、SMTP ログを有効にしている場合は、SMTP ログを使用して外部サーバーとの SMTP トランザクションを表示することもできます。Exchange サーバーからの DNS 解決などの基本コンポーネントを必ずテストし、Exchange サーバーから外部サーバーのポート 25 への Telnet セッションを確立してみてください。
答え3
Evan の発言に加えて、Exchange サーバーのメール キューをチェックして、これらのメール (比較的最近のもの) が再試行状態にあり、配信に失敗した回数が複数回あるかどうかを確認することもできます。このセクションでは、理由が示される場合があります。この方法の良い点は、メッセージ追跡を検索するよりもはるかに高速であることです。ただし、徹底的ではない可能性があります。
また、SMTP テスターを使用して、送信 SMTP サーバーの IP の逆 PTR など、すべての基本事項がカバーされていることを確認しましたか?
再試行状態になっている場合は、常に、telnet経由でリモートSMTPサーバーにSMTPの初期手順（メッセージが送信されるまで）を実行して、特定のSMTPエラーが発生するかどうかを確認します。感じるExchange GUI は私にとっては遠すぎるように感じますが、実際に何が起こっているのかに近づいているように感じます。