When you use Microsoft Outlook to add or to remove a delegate, the delegate is not added or deleted. Additionally, you receive the following error message:
The Delegates settings were not saved correctly. Unable to activate send-on-behalf-of list. You do not have sufficient permission to perform this operation on this object.
When you add a delegate, Outlook also tries to grant "send on behalf of" permission to the delegate by default. This permission is written to the publicDelegates attribute of your user object in Active Directory.
The issue that is described in "Symptoms" can occur for either (or both) of the following reasons.
- The global catalog (GC) server to which your Outlook client is connected is not local to your domain.
If your Outlook client is connected to a GC that is not local to your domain, the publicDelegates attribute cannot be written to your user object in Active Directory.
- The SELF object does not have the Write Personal Information right on your Active Directory user object.
Important This section, method, or task contains steps that tell you how to modify the registry. However, serious problems might occur if you modify the registry incorrectly. Therefore, make sure that you follow these steps carefully. For added protection, back up the registry before you modify it. Then, you can restore the registry if a problem occurs. For more information about how to back up and restore the registry, click the following article number to view the article in the Microsoft Knowledge Base:
322756 How to back up and restore the registry in Windows
Outlook can be configured to enable you to add delegates without requiring you to grant the "send on behalf of" permission.
To have us configure Outlook to enable you to add delegates without requiring you to grant the "send on behalf of" permission, go to the "Here's an easy fix" section. If you prefer to do this yourself, go to the "Let me fix it myself" section.
To configure Outlook to enable you to add delegates without requiring you to grant the "send on behalf of" permission automatically, click the Download button. In the File Download dialog box, click Run or Open, and then follow the steps in the easy fix wizard.
- This wizard may be in English only. However, the automatic fix also works for other language versions of Windows.
- If you’re not on the computer that has the problem, save the easy fix solution to a flash drive or a CD, and then run it on the computer that has the problem.
For Windows 7, Windows 8 or Windows 10
Easy Fix 20093
For Windows Vista, Windows XP, Windows Server 2008 or Windows Server 2003
Easy fix 50900
- Exit Outlook.
- Start Registry Editor. To do this, use one of the following procedures, as appropriate for your situation.
- Windows 10 or Windows 8: Press Windows Key + R to open a Run dialog box. Type regedit.exe and then press OK.
- Windows 7 or Windows Vista: Click Start, type regedit.exe in the search box, and then press Enter.
- Windows XP: Click Start, and click Run. Type regedit.exe and then press OK.
If you use policies, click the following subkey:
Note: x.0 in the above registry key represents your Outlook version. Please use one of the following values.
Outlook 2016: 16.0
Outlook 2013: 15.0
Outlook 2010: 14.0
Outlook 2007: 12.0
Outlook 2003: 11.0
After you add the registry value, you can add a delegate without having write permissions to your own user object on the global catalog server. When you do this, a message that resembles the following message is logged in the Windows Application log to help track the event:
Event ID: 27
SOB error ignored
The "send on behalf of" permission is not needed for meeting-related messages. Microsoft Exchange Server specifically does not require that you have "send on behalf of" permissions to send a meeting request on behalf of another user. Therefore, even without the "send on behalf of" permission, delegates can successfully send meeting requests on behalf of the calendar owner.
However, when you use a delegate that does not have the "send on behalf of" permission to send a non-meeting-related message on behalf of the owner, the operation fails. For example, if a delegate tried to send an informational message "from the boss," that operation would fail. This is because the "send on behalf of" permission was not successfully granted.
If you want to grant another user the "send on behalf of" permission on your mailbox, you can do this on the Exchange Server. To do this in Exchange Server 2003, use the Delivery Restrictions button on the Exchange General tab of the Mailbox properties. For more information about the Exchange General tab, visit the following Microsoft website:
For more information about how to grant "send on behalf of" permissions in Exchange Server 2007, visit the following Microsoft website:
For information about how to grant "send on behalf of" permissions in Exchange Server 2010, visit the following Microsoft website:
950794 Error message when you try to add a delegate in Outlook 2007: "The Delegates settings were not saved correctly"
946208 Error message when you try to add a delegate in Outlook 2003: "The Delegates settings were not saved correctly"
http://bemis/2212426 (solution document) contains additional details regarding the Active Directory PublicDelegates attribute.
Add-MailboxFolderPermission TechNet article: http://technet.microsoft.com/en-us/library/dd298062.aspx