大佬教程收集整理的这篇文章主要介绍了从第三方托管Exchange迁移到Office 365 – 如何避免X500地址导致的NDR？，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
因此,我没有使用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.
简而言之,我正在寻找能够删除旧版平台上的电子邮件帐户的最佳@L_197_25@,而不会因X.500地址而导致NDR错误,请记住我们没有传统的AD或PowerSHell访问权限平台,仅限于基于Web的管理平台(Odin).
谢谢！
在您的方案中,它不会起作用.联系人将是您可以使用的@L_197_25@,将外部onmicrosoft.com地址放在联系人以及X.500地址上.但是,如果管理工具不允许这样做,那么您几乎就会遇到现在正在做的事情,并且会降低成本.唯一的其他解决方案是告诉用户昵称文件不再有效,他们需要选择新鲜的收件人.
以上是大佬教程为你收集整理的从第三方托管Exchange迁移到Office 365 – 如何避免X500地址导致的NDR？全部内容，希望文章能够帮你解决从第三方托管Exchange迁移到Office 365 – 如何避免X500地址导致的NDR？所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。