Sign up for Office 365
Learn more about Office 365
During an ongoing Office 365 deployment, we identified an issue with Office 365 customers not being able to change a user’s UPN if both UPN’s are in federated domains. We have identified and validated a work-around, please see the guidance below. Thanks to Marcus Hass and Dmitry Kazantsev for the write-up.
Therefore for us to provide customers with UPN rename functionality we will have to engineer some sort of the provisioning process that will provide two-step rename via a standard (non-federated domain). The steps below illustrate such process with a use-case scenario with the fictitious company Contoso. We will assume that Contoso has a default standard (non-federated) domain of contoso.onmicrosoft.com and contoso1.com and contoso2.com both of which are federated domains, and that Contoso is running Directory Sync:
1 out of 1 people found this post helpful.
So, I've run into a similar situation and now we're a bit stuck. For some background, we configured ADFS and ran Directory Sync with all users on the domain1.com UPN Suffix. It was later determined that all Office 365 users will login with domain2.com UPN Suffix. We converted domain1.com from federated back to a standard domain. We added the domain2.com UPN Suffix to AD. We converted domain2.com from a standard domain to federated. We then changed a few users' UPN Suffix to domain2.com (most users were not modified). Ran DirSync, and nothing happened. None of the users accounts have updated to the new UPN Suffix of domain2.com after multiple syncs. The DirSync reports show an unknown error updating these user objects.
So knowing that domain1.com WAS federated but is no longer, and domain2.com is the new federated domain. How do we get usernames to change from the domain1.com UPN Suffix to the domain2.com UPN Suffix?
Thanks,
Jason Thrasher
Update the article there were a couple of extra spaces. Also customers should review this article (community.office365.com/.../support-for-multiple-top-level-domains.aspx) around support for multiple domains with a single AD FS 2.0 server.
Regards
Ross Adams MSFT
Quick note: the parameter-new UserPrincipalName is incorrect, the parameter is -newUserPrincipalName (without a space)