Apr 25 2017 03:16 AM
Hi Everyone,
I have a strange situation in my company, that a delegete cannot create meetings on behalf of the delegator.
There are permisisons set to Editor under Outlook -> Account Settings -> Delegate Access.
Also Delegated access set under Skype for business -> Tools -> Options -> Call forwarding -> Edit my delegate members
Skype client policy under the user exists has a setting "EnableExchangeDelegateSync = True"
Delegator has signed out from Skype and signed back in to confirm the access, but when the delegate tries to create a meeting on Delegator calendar gets a message, that permissions are denied.
Do you have any ideas what else can be missing? I have a lot of other users setup the same way and they are working as expected, except the one that I am describing here.
Any tips and tricks what else can be done are highly welcome!
Apr 25 2017 04:42 AM - edited Apr 25 2017 04:48 AM
Hi,
what do you get when you run this in powershell on your exchange server?
Get-MailboxFolderPermission -Identity john@contoso.com:\Calendar -User Ayla@contoso.com
-User is the delegated users identity
Apr 25 2017 05:09 PM - edited Apr 25 2017 05:10 PM
Apr 25 2017 07:13 PM
SolutionIn our environment, we normally clear all the delegation permission first between the manager and delegatee to avoid any hanging process/permissions:
1. Remove the delegation from Outlook and wait for an hour to two before adding it back again.
2. Via powershell:
Remove-MailboxFolderPermission -Identity kim@contoso.com:\Training -User john@contoso.com
and wait for an hour to two before adding it back with
Add-MailboxFolderPermission -Identity ayla@contoso.com:\Marketing -User ed@contoso.com -AccessRights Owner
Apr 25 2017 11:56 PM
This is what I get when run PS command.
FolderName User AccessRights
---------- ---- ------------
Calendar user {Editor}
Apr 26 2017 08:07 PM
Did you manage to resolve it by removing the permission and add it back couple hours later?
Apr 27 2017 05:05 AM
Jun 01 2017 11:16 PM
Today received a message, that the problem appeared again. Any ideas why the delegate keeps loosing the permissions? When I check the settings - everything is setup as it should be, this issue occurred like 3-4 times already...
Jun 02 2017 12:45 PM
In addition to resetting delegate rights I always remove the respective Outlook personal contacts for each user. If a user's email / sip address changes in the global address book but they forget to update their personal Outlook contacts, Skype / Outlook seem to continue to use the addresses from the old contacts. This just about always clears up any delegate issues.
Sep 14 2017 10:46 AM
We also have reports of the delegates losing access every month and it seems to coincide with our pool failover process during patch weekends. Any chance you have a patching process that moves the user or fails the pool temporarily?
Sep 14 2017 10:55 AM
Delegate sync has always been flaky for me in both organizations I've worked for as a Skype and Excchange administrator. I don't think it's just me because I see plenty of others with the same issue. I don't know if it's a timing thing, a bug with UCWA or something else, but just when you think you've got the combinatin of steps and timing down, you get a call from a user with a problem. I hope eventually this gets permanently fixed so it's not so quirky.
Dec 26 2017 05:50 AM
Dec 27 2017 01:02 AM
We did not find the solution why user is losing delegated access, but we at least managed to fix it to be working again and it's going fine since then.
The major thing that I did not pay attention previously was that both delegate and the delegator must to be online at the same time, when setting delegation.
To try to solve this delete all delegation settings that you currently have.
Exit SfB clients and delete cache from %localappdata%\microsoft\office\15.0 (or 16.0)\Lync\sip_username@domai.com
Start SfB clients again, setup delegation.
Restart delegator's Skype client.
Hope that this will work for you, otherwise I suggest contacting MS support to identify issues specific to your environment.
Dec 27 2017 07:40 AM
It seems that timing is part of the equation. Sometimes you have to wait a couple hours before it works.
Aug 12 2018 10:02 PM
Please follow the below steps to fix skype meeting delegation issue
DELEGATOR: Please complete steps 2 - 16.
2. In Outlook, click File > Account Settings > Delegate Access.
3.In the Delegates window, click Add.
4.In the Add Users window, type the delegate’s name in the Search field in the format Last name, First name.
5.When the delegate’s name appears in the list, click on it. Next, click Add, and then click OK.
6.In the Delegate Permissions window, click on one of the following permissions from the Calendar drop-down:
Delegator View
When a delegate’s rights become effective, the Delegator will see their name(s) under the Delegates section of the Skype for Business client window.
Delegate View
When a delegate’s rights become effective, the Delegate will see a yellow banner at the top of the Skype for Business client window, as well as the name of the person they are a delegate for under the People I Manage Calls For section.
Admin try to create Skype for Business meeting on behalf of boss still get a below error message follow below steps
%localAppData%\Microsoft\Office\16.0\Lync
Dec 14 2018 02:06 AM
Hi,
We are still facing same issue. It was working earlier but suddenly it has stopped working. Tried to set the delegation permission as mentioned above but no luck.
Please suggest if there is any permanent fix ?
Jul 04 2019 09:31 AM
@bobson lawrence That's quite a thorough process. Whoever designed this process and these timing dependencies when developing the Skype for Business client mustn't have had much forethought. Aye aye aye...
Apr 25 2017 07:13 PM
SolutionIn our environment, we normally clear all the delegation permission first between the manager and delegatee to avoid any hanging process/permissions:
1. Remove the delegation from Outlook and wait for an hour to two before adding it back again.
2. Via powershell:
Remove-MailboxFolderPermission -Identity kim@contoso.com:\Training -User john@contoso.com
and wait for an hour to two before adding it back with
Add-MailboxFolderPermission -Identity ayla@contoso.com:\Marketing -User ed@contoso.com -AccessRights Owner