Hi,

I am trying to solve an issue for one user in our organisation.  Of course, this user just happens to be one of our more important users, so getting a resolution to this with minimum disruption to the end user is key.

The user gets confirmation of meetings that have "Accepted on behalf of xxxxx" in the subject.  These meeting confirmations arrive at the same time each night and go straight into the deleted items folder. This behaviour happens regardless of the user being logged into an Outlook client or not.  We have also tested the users only accessing mail via OWA and the behaviour persists.  How can we stop these messages from being received?  

Thanks in advance!

• Edited by QicRic-T2 23 hours 49 minutes ago

I would run 'Get-MailboxPermission <username>" and see who has permissions to this user's mailbox. Also, does this user have a handheld they're accepting messages on? Did you check their rules? Is this message not wanted and is the meeting invite a legitimate request? Is the meeting invite sent a 3AM or is that when the rule moves it?

We've also ran into the same issue with a handful of users. However, our cases were with users that we imported (just importing psts to new mailboxes) from an exchange 2010 sbs server to our exchange 2013 cu6 server.

Similar to this thread (https://social.technet.microsoft.com/Forums/office/en-US/7a9bedd4-9bb7-4d6c-bb23-af4fb8cab085/microsoft-outlook-has-accepted-this-meeting-on-behalf-of?forum=exchangesvrsecuremessaging) where they used cross-forest migration (similar enough, right?)

You may notice event viewer showing that the "people relevance feeder" (mxexchangemailboxassistants) runs at the same time and would appear to have a part to play in this.

We've had luck just telling the users to recreate the calendar entry (in our case it's just a repeating Birthday entry notice), but that may not be an option for you depending on your circumstances and "high profile users" (I get it).  

Other TechNet articles have led me around checking transport rules, journal rules, send on behalf settings, but I always came up empty on those. I don't think that's it.  If there's more to it, and a better solution, I'd love to know it.  I can only imagine it's something to do with actual missing calendar metadata or some missing part of it that's causing this loop.