10-13-2014 10:00 AM - edited 03-19-2019 08:43 AM
I've got a client running Unity Connection 10.5(1) and integrating single inbox to Exchange 2007 SP2. If a voicemail is left it appears in the Exchange inbox right away and the MWI is lit. If the user changes the status of the message within Exchange (by flagging read/unread) it takes many minutes - as much as 10-15 - for the MWI to trigger. If the status is changed from UC (the TUI) the MWI and exchange status are changed immediately.
I'm assuming that the problem is in the integration - either it can't quickly locate the mailbox or the Notifier is acting up or some such item. Anyone seen this or know about particular version incompatibilities that might cause this?
10-13-2014 10:48 PM
Enable EWS Notify Micro Traces.
Leave a message, read it and wait for the MWI to turn off. Note the time when you read the message and when the MWI goes off.
Collect Connection Jetty logs, You should be able to see the request coming in to turn the MWI off. Compare the time. You should be able to isolate the issue here.
HTH,
Anirudh
11-11-2014 01:33 PM
This was due to a system proxy being set previously. http://www.cisco.com/c/en/us/support/docs/unified-communications/unity-connection/117118-technote-inbox-00.html shows the fix is adding a C:\Program Files\Microsoft\Exchange Server\ClientAccess\exchweb\ews\web.config to add these lines to the <configuration> section:
<system.net>
<defaultProxy>
<proxy usesystemdefault="false"/>
</defaultProxy>
</system.net>
NOTE: In the Cisco article referenced above it shows system.Net, but it was found on this Exchange 2007 per the machine.config file the valid syntax was system.net (all lowercase).
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide