从第三方托管Exchange迁移到Office 365 -如何避免由X500地址引起的NDRs？

Question

我们的组织目前正在从第三方托管的Exchange 2013服务器迁移到Office 365。我们的组织跨越多个分支机构，每个分支机构都有自己的域，我们一次从一个办事处/域迁移用户(分阶段迁移，而不是分割)。

因此，我不使用DirSync，这涉及两个Exchange系统共存，直到迁移结束。

移民工作进展相对顺利。我有：

• 使用适当的SMTP别名在Office 365平台上创建用户。
• 使用MigrationWiz迁移邮箱数据。
• 暂时将电子邮件帐户保留在遗留服务器上，并将传入的电子邮件重定向到每个用户的相关.onmicrosoft.com别名，以便仍然在遗留平台上的内部用户发送的电子邮件将被迁移到Office 365的用户接收。

然而，由于我们的遗留平台是由邮箱支付的(而不是就地交换服务器)，这将变得越来越昂贵。因此，我们基本上要为我们迁移的电子邮件帐户支付两次费用。

如果我们删除遗留平台上的电子邮件帐户，就会收到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)。

谢谢!

Answer 1

X.500解决方案用于所有邮箱都在新平台上(无论是Office365还是自托管)。它允许终端用户将电子邮件发送到旧地址，并将其发送给用户。关键是发送方和接收方都在同一个平台上。

在您的场景中，这是行不通的。联系人将是您可以使用的方法，将外部onmicrosoft.com地址和X.500地址放在联系人上。然而，如果管理工具不允许这样做，那么您就会被现在正在做的事情所困扰，并承受成本损失。唯一的其他解决方案是告诉用户昵称文件不再有效，他们需要重新选择收件人。

如果您让最终用户更容易使用的所有选项都依赖于对旧平台的完全访问，而这是您没有的。