

Navigate the Root Container down to Top of Information Store and then Inbox.

Click OK at the “CreateStoreEntryID flags” dialog that appears. Though that approach didn’t work for me in these cases, it would be the quickest win so is worth trying first before going further with MFCMAPI.ĭownload MFCMAPI here and extract the file onto a computer that also has Outlook installed (it will use the Outlook profile to logon to Exchange).Īfter launching MFCMAPI click the Session menu and choose Logon.Īfter logging on choose MDB, Open other mailboxes, then From GAL.Ĭhoose the suspect mailbox from the GAL, in this case Ana Williams. That seems to remove the invisible rule with the stale entry, and then it is re-added with just the intended delegates. Update: a few people have let me know that they’ve had success fixing this issue by simply removing all existing delegates, then re-adding them. Instead we need to open the mailbox using MFCMAPI to see the rule. When they are later removed the rule continues to send them the meeting requests.įor example in this case Ana Williams has one delegate, Alan Reid, but a former delegate Alex Heyne is also still receiving a copy of the meeting requests, even though he does not appear in the delegates list.īecause the invisible rule is invisible 🙂 it can’t be seen in Outlook. When delegates are added to a mailbox an invisible rule is added to that mailbox to forward the meeting requests to the delegates. In both cases the same bug was the root cause. Note that this doesn’t only impact room mailboxes, it just happens that was the situation in both of my cases this week. A person who used to be the delegate/manager for a room mailbox continues to receive meeting requests for that room, even though they no longer appear in the delegates list.When people in a team send meeting requests to a room mailbox their team regularly uses, they receive an NDR for a person who left the company some time ago and no longer has an account or mailbox.

They began with different problem descriptions: Note: Even if the new added attendee is included in the primary attendees that you sent to meeting invitation for the first time, the duplicate attendees will be removed automatically after sending the meeting update.I encountered two cases this week caused by the same bug.
#Not getting clander invites outlook 2016 for mac update
Step 5: In the popping up Send Update to Attendees dialog box, check the option of Send updates only to added or deleted attendees, and click the OK button. Step 4: Now you get back to the Meeting window, click the Send Update button. Note: If you can remember the attendee’s email address clearly, please skip the Step 2 and Step 3, and just enter the attendee’s email address into the To field directly. Step 3: In the coming Select Attendees and Resources dialog box, find out and select the attendee that you will send update to, click the Required -> button, then click the OK button. Step 2: In the Meeting window, click the To button. Step 1: Shift to the Calendar view, and open the meeting that you will send meeting update to one attendee only, and update your meeting as well. To send meeting updates to only one attendee in Microsoft Outlook, you can do as following:
