Forum Discussion
User receiving appointments acceptances from a shared mailbox calendar without having access
Hello everyone,
We have a user who was once a member of a shared mailbox. He had full access to this mailbox and its calendar. Lately he has been removed because he doesn't need access to the shared mailbox any longer. If I check the mailboxpermission and the mailboxfolderpermission with PowerShell, his name doesn't appear on the users' list. However, he is receiving all the appointments' acceptances from that shared mailbox's calendar on his personal mailbox. It's quite annoying for him, as these confirmation messages can be 20-30 every day. I am not sure where to look to avoid this, he shouldn't receive any email from that shared mailbox.
Could you please advise on this matter?
Many thanks in advance for your help!
Francesco
- surajbudhani
Microsoft
In an ideal situation, if the user is not added as a delegate to the shared mailbox he/she should not be receiving the updates.
If the user is still receiving the updates this could be because of a corrupt rule. I will recommend you to first take a backup of all the rules and list of delegates.
Using MFCMAPI Go to >> Root Container >> Top of Information Store >> Inbox.
Right click âInboxâ > âOpen Tablesâ > "Open Rules Table" and check for any rules with blank name where the value of PR_RULE_PROVIDER is "SCHEDULE+ EMS Interface" and delete it
Once done, send a test invite to the shared mailbox and check if the impacted user is still receiving a notification. Let me know if it worksHi surajbudhani,
Thank you for your suggestion. I never used MFCMAPI, do I need to have full access to this mailbox to check the "rules table"?
Is this something you can check also with Powershell?
I will have a look at that and get back to you.
Many thanks!
Francesco
- surajbudhani
You wont be able to check this using PowerShell. You will have to configure the shared mailbox in Outlook online mode with full access permission and use MFCMAPI to check this. I have shared the download link in the previous reply.
On MFCMAPI >> Click on Tools >> Options >> Make sure the following two options are checkedAfter that:
On MFCMAPI Click on Session >> Login >> Select the profile >>Double Click on the Profile >> Root Container >> Top of Information Store >> Inbox.
Right click âInboxâ > âOpen Tablesâ > "Open Rules Table" and check for any rules with blank name where the value of PR_RULE_PROVIDER is "SCHEDULE+ EMS Interface" and delete itOnce done, send a test invite to the shared mailbox and check if the impacted user is still receiving a notification. Let me know if it works.
- He's probably still listed as delegate, check via Get-CalendarProcessing and Get-MailboxFolderPermission on the Calendar folder.
Hi VasilMichev
Many thanks for your reply.
I have already checked the MailboxFolderPermission on the Calendar folder and this person doesn't appear in the list (there are only the Default and the Anonymous users).
I tried with theGet-CalendarProcessing -Identity <sharedmailboxname> | Format-Listbut couldn't find any information about delegates. I noticed that there is a property called "ResourceDelegates", but if I run
(Get-CalendarProcessing -Identity <sharedmailboxname>).ResourceDelegatesI don't get any results.
I also tried the new switch parameter "ResetDelegateUserCollection"
Remove-MailboxFolderPermission -Identity "<sharedmailboxname>:\Calendar" -ResetDelegateUserCollectionbut it didn't work, the user is still receiving the appointments acceptances.
It looks like his name is hidden somewhere but I can't find it. I checked also the Exchange Online Admin Center but to no avail.
Any other ideas?
Many thanks
Francesco
- Run a message trace against one of the invites, then look at the message trace details, they should give you a clue as to what's happening: https://docs.microsoft.com/en-us/Exchange/monitoring/trace-an-email-message/message-trace-modern-eac
