從第三方託管的 Exchange 遷移到 Office 365 - 如何避免由 X500 地址引起的 NDR？
我們的組織目前正在從第三方託管的 Exchange 2013 伺服器遷移到 Office 365。我們的組織跨越多個分支機構，每個分支機構都有自己的域，並且我們一次從一個辦公室/域遷移使用者（分階段遷移，不切換）。
因此，我沒有使用 DirSync，這涉及到兩個 Exchange 系統共存，直到遷移結束。
遷移進展比較順利。我有：
- 在 Office 365 平台上使用適當的 SMTP 別名創建使用者。
- 使用 MigrationWiz 遷移我們的郵箱數據。
- 將電子郵件帳戶暫時留在舊版伺服器上，並將收到的電子郵件重定向到每個使用者的相關 .onmicrosoft.com 別名，以便接收仍在舊版平台上的內部使用者發送的電子郵件已遷移到 Office 365 的使用者。
然而，這變得昂貴，因為我們的舊平台是通過郵箱（而不是本地 Exchange 伺服器）支付的。因此，我們基本上為遷移的電子郵件帳戶支付了兩次費用。
如果我們刪除舊平台上的電子郵件帳戶，我們會收到 NDR 錯誤消息，因為 X.500 記錄會消失。
我從提供商那裡獲得了舊平台上所有 X.500 地址的列表。
一些網站（https://www.experts-exchange.com/questions/28537964/Solving-the-X-500-Issue-with-inter-tenancy-migration-of-Office365.html）建議添加 X.500 Office 365 端的地址就足夠了……但我無法理解它是如何工作的，因為舊平台如何知道該帳戶的 X.500 現在由 Office 365 處理？（據我所知，X.500 不依賴 MX 記錄？）。
我正在考慮的解決方法是刪除舊平台上的郵箱，並將它們添加回聯繫人，添加原始 X.500 地址，然後將發送給該聯繫人的電子郵件轉發到 .onmicrosoft.com 地址。但是，舊版的管理控制台不允許這樣做。我們無權訪問 AD 或 PowerShell。
簡而言之，我正在尋找能夠在舊平台上刪除電子郵件帳戶而不會因 X.500 地址導致 NDR 錯誤的最佳方法，請記住，我們在舊平台上沒有 AD 或 PowerShell 訪問權限平台，並且僅限於基於 Web 的管理平台 (Odin)。
謝謝！
當所有郵箱都在新平台上時使用 X.500 解決方案（無論是 Office365 還是自託管）。它允許最終使用者將電子郵件發送到舊地址並送達。關鍵是發送者和接收者都在同一個平台上。
在您的情況下，它不會起作用。聯繫人將是您可以使用的方法，將外部 onmicrosoft.com 地址和 X.500 地址放在聯繫人上。但是，如果管理工具不允許這樣做，那麼您幾乎會被困在您現在正在做的事情上，並承擔成本損失。唯一的其他解決方案是告訴使用者暱稱文件不再有效，他們需要重新選擇收件人。
如果您使最終使用者更容易使用的選項取決於您沒有的舊平台的完全訪問權限。