Recently I had to troubleshoot an issue regarding EWS and Lync 2013 Client integration.
In the Lync 2013 Client Configuration Information window, EWS URLs were empty and the status message was EWS has not fully initialized and MAPI Status OK.
Lync 2013 Client was internal, therefore the conversations were stored in the Outlook Conversation History folder. However, there are some features that depend directly on EWS, such as voice mail integration in the Voice tab. In the next print we can see that the Voice Mail feature is missing:
One important information is that SIP and SMTP Domains were different, and there wasn’t any issue connecting to Lync or Exchange.
Using Microsoft Remote Connection Analyzer (https://testconnectivity.microsoft.com/), Exchange Autodiscover passed the test with some irrelevant warnings.
In Lync 2010 Client, users were asked to trust the autodiscover certificate:
This happens because Lync Client will trust certificates from the same domain as our SIP domain, even though it asks for confirmation when the domain of the certificate is changed:
| SIP domain | SMTP domain | Trust |
|---|---|---|
| lync2013.uclobby | lync2013.uclobby | Yes |
| lync2013.uclobby | exchange2013.uclobby | No |
Just for fun I removed the Lync 2013 Client updates and returned to 15.0.4517.1504 (August 2013 CU). After signing in, the following popup message was displayed:
In this case, the solution was to tell Lync to trust the other domain, by adding the following key to the registry:
reg add HKLMSoftwarePoliciesMicrosoftOffice15.0Lync /v TrustModelData /t REG_EXPAND_SZ /d exchange2013.uclobby /f
For more information check this:
http://support.microsoft.com/kb/2833618
After adding the registry key, just restart Lync Client and the EWS status will change to EWS Status OK. Since Lync 2013 Client can connect now to EWS in the voice tab, it will list our voice mails:
