从第三方托管Exchange迁移到Office 365 – 如何避免X500地址导致的NDR?

前端之家收集整理的这篇文章主要介绍了从第三方托管Exchange迁移到Office 365 – 如何避免X500地址导致的NDR?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我们的组织目前正在从第三方托管的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).

谢谢!

当所有邮箱都进入新平台(无论是Office365还是自托管)时,都会使用X.500解决方案.它允许最终用户向旧地址发送电子邮件并将其发送.关键是发件人和收件人都在同一个平台上.

在您的方案中,它不会起作用.联系人将是您可以使用的方法,将外部onmicrosoft.com地址放在联系人以及X.500地址上.但是,如果管理工具不允许这样做,那么您几乎就会遇到现在正在做的事情,并且会降低成本.唯一的其他解决方案是告诉用户昵称文件不再有效,他们需要选择新鲜的收件人.

所有这些都是为了让最终用户更轻松的选择取决于您对旧平台的完全访问权限.

猜你在找的Windows相关文章