これは説明が難しい奇妙な問題ですので、ご容赦ください。
RackspaceからHostedExchangeサービスを購入したクライアント([email protected])がいます。彼は1人([email protected])以外の誰にでも問題なくメールを送ることができます。
事実:
エイリアス宛ての電子メールに問題がないのに、プライマリアカウント([email protected])宛ての電子メールがエーテルに消えてしまうのはなぜですか?
他の誰かがこれに遭遇した場合に備えて、ここに報告します。
[email protected]は、電子メールサービスをMicrosoftのHosted Exchangeに切り替える前に、実際に(再販業者経由で)Rackspaceを使用していたことが判明しました。 Mikeが扱っていたRackspaceの再販業者は、Mikeのアカウントをコントロールパネルから完全に削除したことはないようです。そのため、クライアント(Kirby)がMikeに電子メールを送信しようとしたとき、そのメッセージがRackspaceのデータセンターから送信されることはありませんでした。 Rackspaceに関する限り、サーバー上にまだ存在している電子メールアカウントにメッセージを正しく配信していました。
Rackspaceの技術者は、Mikeの以前のRackspace再販業者に連絡して、Mikeのアカウントを再販業者のコントロールパネルから完全に削除するように「ヒント」を出しました(Rackspaceは親切にも再販業者の名前を提案してくれました)。リセラーがマイクのアカウントをリセラーアカウントから完全に削除した後、元の問題は解消されました。
彼らは末永く幸せに暮らしました。
終わり
これをトラブルシューティングするために使用しているツールについて多くの情報を提供しなかったので、このような問題が発生したときに私が取るアプローチについて説明します。うまくいけば、これはあなたが解決策を見つけるのに役立つでしょう:
一般に、2つのExchange組織間で電子メールを配信できることを確認したので、受信者のプライマリアドレス(エイリアスではない)に対してO365でメッセージトレースを実行します。これにより、途中でどのトランスポートルールがヒットしたかがわかります。最も重要なことは、それはあなたに最終的な配達状況を教えてくれるでしょう。
配信ステータスが配信済み以外の場合は、ヒットしたトランスポートルールと最終ステータスを調べて、電子メールで何が行われたか(ドロップ、隔離、リダイレクトなど)を特定します。それでも問題が解決しない場合は、(しぶしぶ)MSOLサポート付きのサービスリクエストを作成します。
メッセージのステータスが[配信済み]の場合、メールボックスに関連するものを調べています。通信またはオフラインコピーの問題が発生する可能性のあるクライアントをチェックする前に、メールボックスにメールが存在することを確認できるため、これには常にOWAを使用します。受信トレイのルール、迷惑メール、「クラッター」(新機能)、削除されたアイテム、回復可能な削除されたアイテムを調べます。