我们的组织目前正在从第三方托管的 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) 建议在 Office 365 端添加 X.500 地址就足够了...但我无法弄清楚它是如何工作的，因为旧平台如何知道该帐户的 X.500 现在由 Office 365 处理？（据我所知，X.500 不依赖于 MX 记录？）。
我考虑的解决方法是删除旧平台上的邮箱，然后将其重新添加为联系人，添加原始 X.500 地址，然后将发送给该联系人的电子邮件转发到 .onmicrosoft.com 地址。但是，旧版的管理控制台不允许这样做。我们无法访问 AD 或 PowerShell。
简而言之，我正在寻找能够在旧平台上删除电子邮件帐户的最佳方法，而不会因 X.500 地址而导致 NDR 错误，同时请记住，我们在旧平台上没有 AD 或 PowerShell 访问权限，只能访问基于 Web 的管理平台（Odin）。
谢谢你！
答案1
当所有邮箱都安装在新平台（无论是 Office365 还是自托管）时，使用 X.500 解决方案。它允许最终用户将电子邮件发送到旧地址并送达。关键是发件人和收件人都在同一个平台上。
在您的场景中，这种方法行不通。您可以使用联系人方法，将外部 onmicrosoft.com 地址以及 X.500 地址放在联系人上。但是，如果管理工具不允许这样做，那么您几乎只能继续做现在的事情，并且要承受成本损失。唯一的其他解决方案是告诉用户昵称文件不再有效，他们需要重新选择收件人。
如果您为最终用户提供便利的选择全部依赖于对旧平台的完全访问权限，而您却没有这个权限。