（私が思うに）OutlookX500のアドレス指定に関する大きな問題
小さなクライアントを、ホストされているExchangeサーバー（Microsoft Office 365）から別のサーバー（Intermedia.net）に移動しました。外部送信者から新しいサーバーホスト上のユーザーへの一部の電子メールは配信不能であり、リレーエラーなしで古いサーバーでバウンスします。
LegacyExchangeDNまたはX500アドレッシングで発生する典型的なエラーのようで、名前補完キャッシュのクリアが必要です。しかし、私の経験では、内部送信者に発生します。これは、ほとんどすべてがOutlookユーザーである外部送信者からのものです。影響を受ける外部送信者の電子メールがまだそこに配信されているため、外部ユーザーへの拒否は古いサーバーから来ています。ただし、MXレコードは完全に伝播されており、Outlookを使用していない人や、新しい送信者で通信履歴がない人は、メールで問題が発生することはありません。同じ名前の完了/キャッシュのクリアエラーが発生する可能性はありますか？全国のユーザーとIT管理者に連絡して、この問題の解決方法を説明し、ユーザーが再度メールを送信できるようにする必要がありますか？
更新：GodaddyのDNSにはデフォルトの1週間がありましたTTL MXレコード）SOレガシーレコードと金曜日の夜に作成した新しいレコードの両方に1週間のTTL。30分に変更したばかりですが、元の金曜日の夕方の変更から1週間まで運が悪いのではないかと思いますか？間違ったサーバーにメールを転送する大きなスポットの1つは、プロバイダーがメッセージラボを経由するユーザーからのものです。 .com（Symantec）サーバー。
オンプレミスのメール交換サーバーからOffice365に移行するための重要な手順の1つとして、MXレコードの更新変更中に、TTL値をデフォルト値から最小限の時間に下げる必要があります。
「この値を1時間、または分（60）、秒（3600）などの同等の値に設定します。」
任意のドメインレジストラのネームサーバーを変更してOffice 365をセットアップする
Exchange X500アドレス（一般にLegacyExchangeDNとして知られています）は、ExchangeおよびOutlookクライアントによってのみ使用されます内部的に。もう一方の端もExchangeを実行している場合でも、SMTP配信に関与することはありません。同じ理由で、リモートExchangeシステムのOutlookクライアントには表示されません。したがって、あなたの仮定は間違っています。問題が外部システムからの着信メッセージに影響を与える場合、それは間違いなくX500アドレスとは関係ありません。
DNSが原因である可能性が最も高いです。特に、すでに発見したように、DNSプロバイダーが非常に長いTTLを使用している場合は特にそうです。