In some scenarios, you may have to transfer the source of authority for a user account when that account was originally authored by using Office 365 management tools. These tools include the Office 365 portal, Microsoft Azure Active Directory Module for Windows PowerShell, and so on. You can transfer the source of authority so that the account can be managed through an on-premises Active Directory Domain Services (AD DS) user account by using directory synchronization.
This article discusses how this transfer of the source of authority is affected by "SMTP matching," a process that uses the primary Simple Mail Transfer Protocol (SMTP) address to match the on-premises user account to the Office 365 user account.
SMTP matching limitations
The SMTP matching process has the following technical limitations:
- SMTP matching can be run only on user accounts that have a Microsoft Exchange Online email address.
Note This doesn't mean the user must be licensed for Exchange Online. This means that a mailbox that has a primary email address must exist in Exchange Online for SMTP matching to work correctly.
- SMTP matching can be used only one time for user accounts that were originally authored by using Office 365 management tools. After that, the Office 365 user account is bound to the on-premises user by an immutable identity value instead of a primary SMTP address.
- The cloud user’s primary SMTP address can't be updated during the SMTP matching process because the primary SMTP address is the value that is used to link the on-premises user to the cloud user.
- SMTP addresses are considered unique values. Make sure that no two users have the same SMTP address. Otherwise, the sync will fail and you may receive an error message that resembles the following:
Unable to update this object because the following attributes associated with this object have values that may already be associated with another object in your local directory services: [ProxyAddresses SMTP:email@example.com;]. Correct or remove the duplicate values in your local directory.
How to use SMTP matching to match an on-premises user to a cloud identity
To use SMTP matching to match an on-premises user to an Office 365 user account for directory synchronization, follow these steps:
- Obtain the primary SMTP address of the target Office 365 user account. To do this, follow these steps:
- Sign in to the Office 365 portal as a global admin.
- Click Admin, and then click Exchange to open the Exchange admin center.
- In the Exchange admin center, locate and then double-click the user account that you want.
- Click email address, and then note the primary SMTP address of the user account.
- Start Active Directory Users and Computers, and then create a user account in the on-premises domain that matches the target Office 365 user account. For more information about how to do this, go to the following Microsoft TechNet website:
- Set the primary SMTP address of the new user account to match the primary SMTP address that you noted in step 1D.
To do this by using Exchange Management tools, go to the following Microsoft websites:If Exchange isn't installed on-premises, you can manage the SMTP address value by using Active Directory Users and Computers:
- Right-click the user object, and then click Properties.
- On the general tab, update the E-mail field, and then click OK.
- Force directory synchronization. For more information about how to do this, go to the following Microsoft website:
For more information about how to transfer the source of authority between on-premises directory synchronization and cloud-based management tools such as the Office 365 portal and Azure Active Directory Module for Windows PowerShell, go to the following Microsoft website:
Still need help? Go to the Office 365 Community
Article ID: 2641663 - Last Review: February 13, 2015 - Revision: 21.0
- Microsoft Office 365
- Microsoft Azure Active Directory
- Office 365 Identity Management
- Microsoft Exchange Online
|o365 o365a o365e o365062013 o365m KB2641663|