我们的组织目前正在从第三方托管的 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 地址放在联系人上。但是，如果管理工具不允许这样做，那么您几乎会被困在您现在正在做的事情上，并承担成本损失。唯一的其他解决方案是告诉用户昵称文件不再有效，他们需要重新选择收件人。
如果您使最终用户更容易使用的选项取决于您没有的旧平台的完全访问权限。