04-20-2017 10:28 PM
04-20-2017 10:28 PM
Just wondering if anyone else has observed an issue where users are happily working with automapped shared mailboxes in Outlook 2013, but after one user is upgraded to Outlook 2016 and continues to access the shared mailbox successfully, the Outlook 2013 users lose access to the mailbox.
All users are still able to access the mailbox via OWA, so the permissions are OK. Adding and removing FullAccess permissions on the shared mailbox via powershell does not fix the issue. The only fix we have found is to upgrade the other users to Outlook 2016. We have replicated this issue across a single user logged in to two different workstations, one with Outlook 2013 and one with Outlook 2016. Only on the workstation with Outlook 2016 can the user access the shared mailbox.
04-21-2017 02:47 AM
If you can reproduce it reliably, I'd recommend opening a support case. Personally I havent heard of anything that might explain this behavior.
04-21-2017 03:24 AMSolution
04-21-2017 03:26 PM
I'm not sure it is AutoDiscover, because the autodiscover repsonse XML file has the problematic shared mailbox listed as an AlternateMailbox, so it should be mapping in Outlook. We have logged a ticket with Microsoft.
04-25-2017 06:28 PM
After some further investigation it turns out that the targetAddress atribute for this mailbox was not pointing to the xxx.mail.onmicrosoft.com SMTP address as required for a Office 365 Hybrid environment, thus AutoDiscover was in fact failing for this particular mailbox. Outlook 2016 was working due to the Direct Connect to Office 365 process. Thanks for helping point us in the right direction!
11-12-2017 06:32 AM - edited 11-12-2017 06:32 AM
User upgraded to Outlook 2016 successfully. Interacts with the Shared Mailbox through Auto Mapping successfully. But doesn't work when using Outlook 2013.
To clarify, is it Outlook 2013 on the other users computers thats not working, or the one that upgraded to Outlook 2016?