Office 2010 demanding creds on shared Contacts after migration to Exchnage 2013

Hi, all!  User environment is Win7/64-bit w/Office 2010 32-bit; server environment is Exchange 2010 on Win2k8 R2 & Exchange 2013 on Win2012 R2.  This issues has occurred on only a couple users migrated from Ex2010 to Ex2013; others work perfectly fine.  There are also a couple other weird issues post-Migration that one or two users have experienced.  WAN is a two-office AD domain with stand-alone 2010 servers in each location and a 2013 DAG configured and working as designed across a WAN link.  Affected users (thus far) are at the same physical location as both their 2010 server and the location of the active 2013 database.  For reference servers at Site A will be called MXS1 (Ex2010) and MXS2 (Ex2013) and Site B will be called MXN1 (Ex2010) and MXNV (Ex2013).

Here's the problem: one user on above platform (Win7 & Exchange 2010) has shared his Contacts & Calendar with given users.  One of those user's mailboxes was recently migrated to Exchange 2013.  Access to the shared Calendar works fine, no issues.  When the user tries to access the Contacts she is prompted for login credentials.  Entering correct credentials has no effect; saving entered credentials has no effect.  After several failed attempts a prompt appears saying that the Exchange server is unavailable (which it isn't, because there are a lot of other users on it without issue).

The user's mail profile has been deleted and re-created multiple times.  Outlook 2010 has been reinstalled.  The following key points have also been examined and ruled out:
* not cached credentials issue (verified no credentials are cached)
* not 64-bit OS v 32-bit Office issue; I can log onto a Win7-64bit box with Office 2010 32-bit in the other location with affected user's creds and Contacts works as it should
* not a basic authentication vs negociated authentication issue (verified settings)
* not a "always prompt..." issue (this checkbox is not checked)
* mail profile recreated multiple times
*  not a network/server connectivity issue; connectivity remains intact and working perfectly
* Contacts share has been removed and recreated several times; rights for the affected user in those Contacts have been individually removed and re-added; no effect
* Encryption between Outlook and Exchange is set (edit after original post-- sb)

A couple things to note here: first, when I go into the account settings for the user (and any user that has been migrated thus far, irrespective of whether they have issues or not) the server name appear as a SID in email address format, and no longer as a typical FQDN server name format (see below).  Mail profile account setting
Second, when I check the connection status on users that have these odd credentials issues after migration it appears that Outlook is attempting to connect to the OLD Exchange server for that user's account (MXS1).  See below... Outlook connection status
Name resolution for the servers are as follows:
x = MXS2 (Ex2013)
x = MXS2 (Ex2013)
x OWA = MXS2 (

Suggestions on how to proceed would be appreciated.  Once again, only a few migrated accounts are having these odd issues; most that have been migrated and new accounts created on Ex2013 are working perfectly (albeit they have the odd SID-formatted email address in their mail setups).

Steve BottomsSr Network AdminAsked:
Who is Participating?

[Product update] Infrastructure Analysis Tool is now available with Business Accounts.Learn More

I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Simon Butler (Sembee)ConsultantCommented:
"(albeit they have the odd SID-formatted email address in their mail setups)."

That isn't odd. That is to be expected on Exchange 2013.
On Exchange 2013 every user has a unique endpoint for their email server, it is how the newly designed CAS system works, where it is server independent (by using Outlook Anywhere).

This is a fairly common problem when a user is moved but the shared resource is not. I would expect that if you were to move the shared resource to the new server as well, the problem would go away.

How does the user access the shared folder? Is it permanently open, accessed via File, Open Other User's folder? Another method?

Steve BottomsSr Network AdminAuthor Commented:
Simon, thanks for responding!  I just read another post by yourself and another about the server name format being normal that way for Exchange 2013, so I won't sweat it any longer.  Good to know about that change.

As for the Contacts, they are just opened via "Open Shared Contacts" on the toolbar.

I came across this blog entry ( ) that was of interest; while our server configs for Exchange were correct, I did notice that the RPC Authentication Provider for our Ex2010 servers was set incorrectly according to the blog (Negociate had precedence over NTLM).  I've made the order change on both and will be implementing it and testing with the affected user shortly.  I'm hoping that the solution will be that simple.

Thanks again for your input, Simon!  Always glad to see you chime in on this kind of topic!
Steve BottomsSr Network AdminAuthor Commented:
Well, after performing the modification noted in the TechTalkLive blog entry above (change client RPC authentication precendence from "Negociate, NTLM" to "NTLM, Negociate") it appears the user in question in no longer having authentication issues with either a Public Folder on an Exchange 2010 server nor the shared Contact problem!

Thanks again to Simon Butler for setting me straight on the servername format on Exchange server client settings!


Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
Steve BottomsSr Network AdminAuthor Commented:
Found solution to immediate problem thru further research rather than community suggested solution.
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today

From novice to tech pro — start learning today.