Comments on: Deleted Delegates Still Receive Meeting Invites for Other Mailbox Users

By: JamieB

JamieB — Thu, 08 Jun 2023 09:36:17 +0000

There is a non-mfcmapi way with exchange online at least, using powershell.
Get-MailboxFolderPermission :\calendar to list current settings
Remove-MailboxFolderPermission :\calendar -ResetDelegateUserCollection
This will clear the delegate rule, and re-check permissions on the calendar – so running the get permission cmdlet again should now show the ‘removed’ delegates again, which can now be properly removed.
Then, just reset the delegate flags on the users who should have it, and Bob – as they say – is your uncle.

By: malith Devappriya

malith Devappriya — Wed, 19 Apr 2023 05:47:41 +0000

This is 100% worked for me. Thank you very much.
19th April 2023

By: Mark P

Mark P — Thu, 31 Dec 2020 16:37:25 +0000

Hey man, thanks a ton for this article. This issue has been hounding me for a month and I found your article, found who the user was receiving delegate mail from, loaded up that person’s profile and slayed the invisible rule with MFCMAPI.

Much appreciated!

By: McDuck

McDuck — Thu, 02 Apr 2020 13:45:20 +0000

Worked for me even with the translation, only site I could see with the exact issue I was facing, many thanks.

By: Fixed Computer

Fixed Computer — Fri, 20 Dec 2019 16:41:35 +0000

Chrome is now reporting that link as malicious.

By: Allan Warner

Allan Warner — Thu, 19 Sep 2019 00:16:12 +0000

Hi Paul, came across this article and it seemed to be exactlyu this issue I was having. However I couldn’t get the rules table to open.
After many hours of trying many different things, I stumbled across this microsoft article that whilst not fully related talked about enabling two options in the settings of MFCMAPI
https://blogs.msdn.microsoft.com/hkong/2015/02/27/how-to-delete-corrupted-hidden-inbox-rules-from-a-mailbox-using-mfcmapi/
“Use the MDB_ONLINE flag when calling OpenMsgStore”
“Use the MAPI_NO_CACHE flag when calling OpenEntry”

In my scenario I have a hybrid setup, and the user receiving the unwanted notifications was on-premise and the main user was office365. Not sure if this what was causing my issue above.

Giving myself Full Access to the office365 mailbox, and setting the options above I was then able to open my mailbox, and then drill into the office365 user box, and follow your instructions to deleted the invisible delegation…

Which fixed my issue.

Thanks for the article, would have been stumbling around for a while.

By: Jan

Jan — Tue, 20 Aug 2019 11:24:49 +0000

In reply to Pete.

Thank you Paul and Pete!

Pete’s idea worked for us too.
(Re-add the Delegate on Calendar folder level and Remove it again.)

By: Zondervan

Zondervan — Tue, 14 May 2019 19:44:38 +0000

Wonderful. Very helpful, thank You!

By: Adam Wordsworth

Adam Wordsworth — Wed, 01 May 2019 14:00:11 +0000

Just an FYI a way around this without using MFCMapi is to give yourself Full Access to the mailbox and then create an Outlook profile with the mailbox as the primary email address. Set your mail profile to prompt you to choose which one opens when you start Outlook.

Once you’ve done this you can run “Outlook.exe /cleanviews” and then it deletes all the mail rules including the hidden ones.

Obviously if there are legitimate rules export these before doing this, when you import them again it doesn’t import the broken hidden rule.

By: Sascha

Sascha — Wed, 26 Apr 2017 10:53:42 +0000

Great post, thanks a lot!