我们的组织正在从第三方托pipe的Exchange 2013服务器迁移到Office 365.我们的组织跨越多个分支机构，每个分支机构都有自己的域，我们一次从一个办公室/域迁移用户（分阶段迁移，不切入）。
由于这一点，我不使用DirSync，这涉及到两个Exchange系统共存，直到迁移结束。
移民工作进展比较顺利。 我有：
但是，由于我们的传统平台是通过邮箱（而不是本地Exchange服务器）支付的，因此这种方式变得越来越昂贵。 所以我们基本上为我们已经迁移的电子邮件账户支付了两次。
如果我们删除传统平台上的电子邮件帐户，则会收到NDR错误消息，因为X.500logging消失。
我已经得到了提供商在传统平台上所有X.500地址的列表。
有些网站（ https://www.experts-exchange.com/questions/28537964/Solving-the-X-500-Issue-with-inter-tenancy-migration-of-Office365.html ）build议添加X.500在Office 365端的地址就足够了…但我无法解决它将如何工作，因为传统平台如何知道该帐户的X.500现在由Office 365处理？ （据X.500，据我所知，不依赖MXlogging？）。
我正在考虑的解决方法是删除旧版平台上的邮箱，并将其添加回联系人，添加原始X.500地址，然后将发送到该联系人的电子邮件转发到.onmicrosoft.com地址。 但是，传统的pipe理控制台不允许这样做。 我们无法访问AD或PowerShell。
简而言之，我正在寻找能够在传统平台上删除电子邮件帐户的最佳方式，而不会导致由于X.500地址而导致的NDR错误，同时请记住，我们没有在传统平台上使用AD或PowerShell访问平台，只有基于Web的pipe理平台（Odin）。
谢谢！
所有邮箱都在新平台上（无论是Office365还是自己托pipe的），都使用X.500解决scheme。 它允许最终用户发送电子邮件到旧地址，并交付。 关键是发件人和收件人都在同一个平台上。
在你的情况下，它不会工作。 联系人将是您可以使用的方法，将外部onmicrosoft.com地址上的联系人，以及X.500地址。 但是，如果pipe理工具不允许这样做，那么你现在就陷入了困境，并且花费了大量的成本。 唯一的解决办法是告诉用户昵称文件不再有效，他们需要select新鲜的收件人。
所有如果您的选项，使最终用户更容易依赖于完全访问旧的平台，你没有。