web-dev-qa-db-ja.com

Office 365 HostedExchangeでの奇妙な配信不能動作

これは説明が難しい奇妙な問題ですので、ご容赦ください。

RackspaceからHostedExchangeサービスを購入したクライアント（[email protected]）がいます。彼は1人（[email protected]）以外の誰にでも問題なくメールを送ることができます。

事実：

  • [email protected]は[email protected]にメールを送信できます
  • [email protected]から[email protected]に送信しようとすると、エラー、失敗、またはNDRメッセージは発生しませんが、メッセージがマイクの受信トレイに届くことはありません。
  • [email protected]は、Rackspaceによってホストされている電子メールドメインから送信している送信者以外の送信者からの電子メールの受信に問題はありません。
  • [email protected]から[email protected]に送信されたメッセージGO THROUGH OKそしてMikeの受信トレイに到着

エイリアス宛ての電子メールに問題がないのに、プライマリアカウント（[email protected]）宛ての電子メールがエーテルに消えてしまうのはなぜですか？

emailexchangemicrosoft-office-365exchangeonline
5
user177410

他の誰かがこれに遭遇した場合に備えて、ここに報告します。

[email protected]は、電子メールサービスをMicrosoftのHosted Exchangeに切り替える前に、実際に（再販業者経由で）Rackspaceを使用していたことが判明しました。 Mikeが扱っていたRackspaceの再販業者は、Mikeのアカウントをコントロールパネルから完全に削除したことはないようです。そのため、クライアント（Kirby）がMikeに電子メールを送信しようとしたとき、そのメッセージがRackspaceのデータセンターから送信されることはありませんでした。 Rackspaceに関する限り、サーバー上にまだ存在している電子メールアカウントにメッセージを正しく配信していました。

Rackspaceの技術者は、Mikeの以前のRackspace再販業者に連絡して、Mikeのアカウントを再販業者のコントロールパネルから完全に削除するように「ヒント」を出しました（Rackspaceは親切にも再販業者の名前を提案してくれました）。リセラーがマイクのアカウントをリセラーアカウントから完全に削除した後、元の問題は解消されました。

彼らは末永く幸せに暮らしました。
終わり

1
user177410

これをトラブルシューティングするために使用しているツールについて多くの情報を提供しなかったので、このような問題が発生したときに私が取るアプローチについて説明します。うまくいけば、これはあなたが解決策を見つけるのに役立つでしょう：

一般に、2つのExchange組織間で電子メールを配信できることを確認したので、受信者のプライマリアドレス（エイリアスではない）に対してO365でメッセージトレースを実行します。これにより、途中でどのトランスポートルールがヒットしたかがわかります。最も重要なことは、それはあなたに最終的な配達状況を教えてくれるでしょう。

配信ステータスが配信済み以外の場合は、ヒットしたトランスポートルールと最終ステータスを調べて、電子メールで何が行われたか（ドロップ、隔離、リダイレクトなど）を特定します。それでも問題が解決しない場合は、（しぶしぶ）MSOLサポート付きのサービスリクエストを作成します。

メッセージのステータスが[配信済み]の場合、メールボックスに関連するものを調べています。通信またはオフラインコピーの問題が発生する可能性のあるクライアントをチェックする前に、メールボックスにメールが存在することを確認できるため、これには常にOWAを使用します。受信トレイのルール、迷惑メール、「クラッター」（新機能）、削除されたアイテム、回復可能な削除されたアイテムを調べます。

1
john