"Send on behalf" permissions grant the user the ability to send mail from another user's mailbox.
These permissions can be added in two ways:
- In legacy dedicated, they can be synced from the partner's environment through MMSSPP. These permissions are synced through Microsoft Managed Solutions Service Provisioning Provider (MMSSPP) from the company's source environment. The value of this attribute, publicDelegates, overwrites any value that is set in the managed domain by Outlook or by Microsoft Online Services Support. After a mailbox is migrated, this value in the customer's source environment should be removed.
- Administrators can also grant "send on behalf" permissions in the managed environment. They will need to include any existing objects and along with any new values.
Note If an administrator with access to a user's mailbox adds a delegate via Outlook, you will receive an warning that send-on-behalf has not been applied. See the following for more information:
2545238 "Delegates settings were not saved correctly" error when you try to add a delegate in Outlook in an Office 365 dedicated/ITAR environment
Exchange 2016
Exchange Admin Center (EAC) - This function is available when editing a Recipient and selecting mailbox delegation. This should not be confused with the “Delegate” type of permissions granted via Outlook. They are not the same types of permissions.
Exchange 2013
Exchange Admin Center (EAC) - This function is available when editing a Recipient and selecting mailbox delegation. This should not be confused with the “Delegate” type of permissions granted via Outlook. They are not the same types of permissions.
Exchange 2010
Customer Management Portal (CMP)
Remote PowerShell (RPS)
You can find more information about the RPS
Set-Mailbox cmdlet at
Set-Mailbox.