使用Azure AD Connect,电子邮件别名似乎无法与Office 365同步

在使用Azure AD Connect时,我的电子邮件别名与Office 365同步时遇到了一些问题。 我已经设法让所有的内部部署AD帐户与Office 365同步,但不能在我的生活中添加电子邮件别名。 我已经阅读了无数的论坛说,编辑“proxyaddresses”字段为每个AD用户帐户与“SMTP:[email protected]”的主要地址和“smtp:[email protected]”,我可以做,但是当我运行重新同步别名是根本不同步。 我可以确认我试图添加的别名是Office 365中的validation域。有没有人经历过这个? 我为以前使用domain.local的域名之一添加了一个UPN,我已经设置每个用户使用UPF使用IdFix工具,它再次都工作正常,但仍然别名似乎不同步!?

任何援助将不胜感激。

您必须在Azure AD Connect的configuration中包含这些额外的域。 重新运行向导,应该有一个部分添加更多的域。

如果您已经validation了租户中的域,请检查Exchange Online以确保它们被列为接受的域。 如果不是,您可能需要联系MS支持人员,因为他们可能需要为您运行后端同步作业。

如果validation和接受的域名都是正确的,而您仍然看不到对象,那么我build议您select一些testing对象,然后首先要求Microsoft继续进行后端同步并为其提供对象。 如果这样做,您可以让他们知道您需要为租户中的所有对象完成此操作。 如果这不起作用,则可能需要完全“微调”同步操作。

将最初select的对象移到不同步的OU。 运行同步,这应导致从Azure AD数据库中删除对象。 另外请注意,这将使您的Office 365中的用户对象暂时处于删除状态。 通过打开“同步服务”应用程序并单击“Metaverse”,validation您不能再find该对象。 search我们删除的对象之一,它应该返回0结果。 如果对象仍然在那里运行另一个同步。

一旦对象不在数据库中,并且您还确认该帐户不是Tenant中的活动帐户,则可以将用户移回原始OU,然后再次同步它们。 在Office 365中检查用户对象并validation所有数据已同步。 如果这样做,你可以运行你现有的对象,并完成这个过程,让事情再次按预期工作。

如果您运行此操作并且从未从Metaverse数据库中删除对象,则需要安装Azure AD Sync的新实例。

我不得不通过这个过程中的许多属性,无论出于何种原因下跌“不同步”。 虽然这很less见,但偶尔会影响整个对象types,如“用户”或“组”。