Calendar Issues Exchange 2013 Outlook For Mac

I work in on-premises support for Microsoft Exchange, and had a peculiar issue come up recently. To be honest, I've been wrestling with the idea of blogging about this or not, mostly because I don't have a root cause and I am unable to reproduce it. However, I decided I might as well share what I learned from this issue, and how to fix it, so that it may help others in the future.

Is anyone else having and issue with the automatic update to Jabber 11 for Mac? Release notes for cisco jabber for mac. Per the release notes the download URL should be:Cisco-Jabber-Mac-11.0.0.25300-MCwCFE75ZGxfxoeYC6mQUu9Z6bYNVwwjAhRRQykvp2v3DD8UW4UXBnDhonSGbg!!zipHowever when I attempt to upgrade my client I get the following:'An error occurred while downloading the update. Please try again later.' The issue is I believe the release notes for Jabber 11.0 are incorrect. Also I noticed that on both the windows and Mac clients the release notes don't display in the box however my windows clients are able to automatically upgrade to 11.0 release.Thank you.

Environment:

Click on the Exchange or Office 365 option. If you have the DNS properly configured, just fill the E-mail address,. Mar 04, 2015  Exchange 2010 SP3 RU6 migrating users to Exchange 2013 CU6 (Note it may affect other versions) A large number of Outlook for Mac users. Problem: User, who is only a Mac Outlook 2011 user, is migrated to Exchange 2013.

  • Exchange 2010 SP3 RU6 migrating users to Exchange 2013 CU6 (Note it may affect other versions)
  • A large number of Outlook for Mac users

Problem:

  1. User, who is only a Mac Outlook 2011 user, is migrated to Exchange 2013.
  2. After which, when a calendar meeting invite is received, the meeting is added to the calendar as tentative, but no message is received in the Inbox for the user to Accept/Decline/Tentatively accept it.
  3. The same behavior occurs whether or not OWA or Outlook for PC is used when receiving the calendar meeting invite.
  4. The same behavior occurs with meeting invites sent from any source.
  5. There were no commonalities between the affected mailboxes, other than they all used Mac Outlook 2011 prior to being migrated (Different target/destination DBs/Servers)

Workaround:

Start your day at the mountain peaks, watching the sunrise with your pack before embarking on your adventure for survival and territory dominance.BUILD & DECORATE YOUR DENCraft a home! Online dog breeding sim games.

We discovered that recreating the user's mailbox resolved the issue. This, of course, is rather destructive, time consuming, and causes major interruptions for the end user.

So first, I thought - OK maybe this person previously used Outlook for Windows, and setup a Delegate, configuring calendar meeting requests to be sent to delegates only:

But, the customer was able to configure a Windows profile and confirmed, this was not set.

The second thing I suspected was CalendarProcessing (Get-CalendarProcessing <User> fl):

However, after inspecting the results, it was found that the user had the same settings as everyone else in the company, including unaffected users.

I then had the customer grab the EventHistory table for the affected mailbox. For more information on utilizing and accessing the EventHistory table for mailboxes and databases, a great read is here:

The EventHistory table essentially lets you see exactly what is changing (what events occur) within a mailbox or database. In this case, we wanted to trace what was happening to a calendar meeting invite when received by the mailbox, and whether something was deleting it, moving it, etc.

After capturing the EventHistory table, we were able to locate the invite, and it's ParentEntryId. According to the blog above, the ParentEntryId is the folder which the item is current in. Great!

We went into MFCMapi (http://mfcmapi.codeplex.com/), and were able to use the ParentEntryid to figure out where the messages were going!

So, it turned out, the messages were going to…the Schedule folder. Huh?

The Schedule folder is a folder within the mailbox, located on the root (so hidden from Outlook and other clients). It is typically a folder used for Free/Busy information - but is not intended to have mail delivered to it. Why were we delivering to this folder?

I then had the customer collect an Extra trace. For those of you who are unaware, an Extra trace is a tool support uses to see what the code is doing at a very high level. Think of it as - reading the comments in code - they give you an idea of what is happening, but not necessarily why.

But in this case, the Extra gave me gold. When the message was dropped off to the mailbox by Store Driver I could see the following:

'overridden by receive-folder table: True'

In my lab, and with other calendar meeting invites sent to unaffected users in the Customer's environment, I always saw:

'overridden by receive-folder table: False'

In the mailbox, there is a table, called the Receive Folder Table, which is exactly that - a table of message classes, and the folders that they should be delivered to. 3rd party software developers can tap into this, so that custom message types that a user doesn't need to see, can be delivered and picked up by their software (https://msdn.microsoft.com/en-us/library/office/cc815405.aspx). You can see this table in MFCMapi:

And Bingo - there was the IPM.SCHEDULE.MEETING class association:

So, to remove the association in MFCMapi:

Then:

After doing this, the user was finally getting calendar meeting invites delivered to their Inbox.

Unfortunately, the customer had no more mailboxes in Exchange 2010 to try and reproduce the issue - and I was unable to reproduce the issue in a lab environment no matter how many times I tried. A quick search found only one other reported incident, and they simply used a script to remove the association - No root cause was found in that case either.

So in the end - we have a solution, other than recreating the mailbox, however no actual root cause. All I know is that it appears to only occur to Mac Outlook 2011 users when migrating from Exchange 2010 to Exchange 2013. Hopefully this blog post will be useful to someone facing this issue in the future!

Thanks to Sainath Vijayaraghavan for reviewing this for me!

Clients and mobile. 2/8/2020. 2 minutes to read.In this articleApplies to: Exchange Server 2013There are many different clients that can be used to access information in a Microsoft Exchange Server 2013 mailbox. These clients include desktop programs such as Microsoft Outlook, Outlook Web App, and mobile clients such as mobile phones, tablets, and other mobile devices. Each of these clients offers a variety of features.Looking for a list of all clients and mobile topics? See Clients and mobile documentation. Clients and mobile documentationThe following table contains links to topics that will help you learn about and manage some of the clients and client access methods that can be used to access an Exchange 2013 mailbox.

TopicDescriptionLearn about Outlook Anywhere, the client access method that provides connectivity to Microsoft Outlook 2007, Outlook 2010, and Outlook 2013. (This feature was formerly known as RPC/HTTP.)Learn about Exchange ActiveSync, the protocol that provides connectivity to a wide variety of mobile phones and tablets.