Unable to log-in to Lync 2013 on my Samsung Note 3

I have been using Lync (first with 2010 and then with 2013) for almost 2 years now. The latest phone that I installed the app on was my Samsung Galaxy Note 3. The app worked just fine for about 2 months and then all of a sudden, it will not sign
in. I have tried to alter my domain name, etc, but I always get the same result. I have tried to go to my IT department, but they refuse to help me as their knowledge is only with the desktop version. Below is part of the latest log file
(file was so large, I couldnt copy/paste all of it. Will be willing to email it to whoever thinks they might be able to help). Hoping someone can tell me what exactly it is that I need to do to get this to work again. ANY advice would be
greatly appreciated.
--------- beginning of /dev/log/main
06-23 13:04:14.275 18490 18490 W IInputConnectionWrapper: showStatusIcon on inactive InputConnection
06-23 13:08:48.482 18490 18490 W ApplicationPackageManager: getCSCPackageItemText()
06-23 13:08:48.742 18490 18490 D ProgressBar: updateDrawableBounds: left = 0
06-23 13:08:48.742 18490 18490 D ProgressBar: updateDrawableBounds: top = 0
06-23 13:08:48.742 18490 18490 D ProgressBar: updateDrawableBounds: right = 54
06-23 13:08:48.742 18490 18490 D ProgressBar: updateDrawableBounds: bottom = 54
06-23 13:08:48.822 18490 18490 D Switch : mDensity : 480.0
06-23 13:08:48.832 18490 18490 D Switch : mDensity : 480.0
06-23 13:08:48.862 18490 18490 D e : bool
06-23 13:08:48.862 18490 18490 D e : bool
06-23 13:08:51.502 18490 18490 W IInputConnectionWrapper: showStatusIcon on inactive InputConnection
06-23 13:08:54.232 18490 18494 D dalvikvm: GC_CONCURRENT freed 1837K, 26% free 20058K/26960K, paused 3ms+5ms, total 38ms
06-23 13:08:57.932 18490 18490 I LyncPerformance: PerfBegin|2-12:Signin - Started|1403546937944
06-23 13:08:57.982 18490 18490 I LYNC : INFO APPLICATION .\capplication.cpp/1824:Initialized the sign in BRB logger
06-23 13:08:58.002 18490 18490 I LYNC : INFO APPLICATION .\cucwaappsession.cpp/434:SignIn. signInAsUserState=2, actualState=0
06-23 13:08:58.002 18490 18490 I LYNC : INFO APPLICATION .\cucwaappsession.cpp/1234:Updating URLs. For Ucwa: discoveredFqdn=, applicationsRelativeUrl=, configuredInternal=, configuredExternal=, loc=0, auto-discovery=1
06-23 13:08:58.002 18490 18490 I LYNC : INFO APPLICATION .\cucwaappsession.cpp/975:CUcwaAppSession canceling all requests
06-23 13:08:58.002 18490 18490 I LYNC : INFO APPLICATION .\cucwaappsession.cpp/674:Sending AutoDiscovery request (in sign-in sequence)
06-23 13:08:58.002 18490 18490 I LYNC : INFO APPLICATION .\cucwaautodiscoveryserviceretrialwrapper.cpp/566:Timer cancelled. OnResume = 0
06-23 13:08:58.002 18490 18490 I LYNC : INFO APPLICATION .\calertreporter.cpp/117:Alert cleared of Category 1, Type 201, cleared 0 alerts
06-23 13:08:58.002 18490 18490 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/2142:suspensionState = 2
06-23 13:08:58.002 18490 18490 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/2118:adIsEnabled = 1, sipUri = sip:[email protected], m_internalADUrlInput = m_externalADUrlInput =
06-23 13:08:58.002 18490 18490 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/1008:Discover UCWA urls for sip:[email protected]
06-23 13:08:58.002 18490 18490 I LYNC : INFO TRANSPORT .\transportutilityfunctions.cpp/491:Extracted savvis.com from sip:[email protected]
06-23 13:08:58.002 18490 18490 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/1082:Starting Lync Discovery with urls http://lyncdiscoverinternal.savvis.com/?sipuri=sip:[email protected] and http://lyncdiscover.savvis.com/?sipuri=sip:[email protected]
06-23 13:08:58.002 18490 18490 I LYNC : INFO APPLICATION .\curlredirectandtrustresolver.cpp/77:Starting CUrlRedirectAndTrustResolver with url = https://lyncdiscoverinternal.savvis.com/?sipuri=sip:[email protected], maxHops = 10
06-23 13:08:58.012 18490 18490 I LYNC : INFO APPLICATION .\curlredirectandtrustresolver.cpp/201:CUrlRedirectAndTrustResolver::processUrl called with url = https://lyncdiscoverinternal.savvis.com/, hopCount = 0, maxHops = 10
06-23 13:08:58.012 18490 18490 I LYNC : INFO APPLICATION .\curlredirectandtrustresolver.cpp/610:UrlRedirectAndTrustResolver complete with url = https://lyncdiscoverinternal.savvis.com/, Hops = 0, status = S_OK (S0-0-0)
06-23 13:08:58.042 18490 18490 V HttpConnection: get native 2042957552 httpCallback com.microsoft.office.lync.platform.HttpConnectionNativeCallback$1@42c3c808
06-23 13:08:58.042 18490 18490 W LYNC : WARNING TRANSPORT .\ccredentialmanager.cpp/317:CCredentialManager::getSpecificCredential returning NULL credential for serviceId (4) type (1)!
06-23 13:08:58.042 18490 18490 I HttpConnection: originalurl is https://lyncdiscoverinternal.savvis.com/?sipuri=sip:[email protected] method Get
06-23 13:08:58.042 18490 18490 I HttpConnection: decodedurl is https://lyncdiscoverinternal.savvis.com/?sipuri=sip:[email protected]
06-23 13:08:58.042 18490 18490 I LYNC : INFO TRANSPORT .\transportutilityfunctions.cpp/634:<SentRequest>
06-23 13:08:58.042 18490 18490 I LYNC : GET https://lyncdiscoverinternal.savvis.com/?sipuri=sip:[email protected]
06-23 13:08:58.042 18490 18490 I LYNC : Request Id: 0x7b0c1c00
06-23 13:08:58.042 18490 18490 I LYNC : HttpHeader:Accept application/vnd.microsoft.rtc.autodiscover+xml;v=1
06-23 13:08:58.042 18490 18490 I LYNC :
06-23 13:08:58.042 18490 18490 I LYNC :
06-23 13:08:58.042 18490 18490 I LYNC : </SentRequest>
06-23 13:08:58.042 18490 18490 V HttpConnection: post request: https://lyncdiscoverinternal.savvis.com/?sipuri=sip:[email protected]
06-23 13:08:58.042 18490 18830 V HttpConnection: send request: https://lyncdiscoverinternal.savvis.com/?sipuri=sip:[email protected]
06-23 13:08:58.042 18490 18490 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/385:Submitting new req. GET-UnAuthenticatedGet(0x7b0c1c00)
06-23 13:08:58.042 18490 18490 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/1931:Successfully started the GetUserUrlOperation request for https://lyncdiscoverinternal.savvis.com/?sipuri=sip:[email protected]
06-23 13:08:58.042 18490 18830 V HttpEngine: Executing request with https://lyncdiscoverinternal.savvis.com/?sipuri=sip:[email protected] Connection pool count is 5
06-23 13:08:58.042 18490 18490 I LYNC : INFO APPLICATION .\curlredirectandtrustresolver.cpp/77:Starting CUrlRedirectAndTrustResolver with url = http://lyncdiscoverinternal.savvis.com/?sipuri=sip:[email protected], maxHops = 10
06-23 13:08:58.042 18490 18490 I LYNC : INFO APPLICATION .\curlredirectandtrustresolver.cpp/201:CUrlRedirectAndTrustResolver::processUrl called with url = http://lyncdiscoverinternal.savvis.com/, hopCount = 0, maxHops = 10
06-23 13:08:58.042 18490 18490 V HttpConnection: get native 2064192048 httpCallback com.microsoft.office.lync.platform.HttpConnectionNativeCallback$1@42bbde88
06-23 13:08:58.042 18490 18490 W LYNC : WARNING TRANSPORT .\ccredentialmanager.cpp/317:CCredentialManager::getSpecificCredential returning NULL credential for serviceId (4) type (1)!
06-23 13:08:58.042 18490 18490 I HttpConnection: originalurl is http://lyncdiscoverinternal.savvis.com/ method Get
06-23 13:08:58.042 18490 18490 I HttpConnection: decodedurl is http://lyncdiscoverinternal.savvis.com/
06-23 13:08:58.042 18490 18490 I LYNC : INFO TRANSPORT .\transportutilityfunctions.cpp/634:<SentRequest>
06-23 13:08:58.042 18490 18490 I LYNC : GET http://lyncdiscoverinternal.savvis.com/
06-23 13:08:58.042 18490 18490 I LYNC : Request Id: 0x7b61f0d0
06-23 13:08:58.042 18490 18490 I LYNC : HttpHeader:Accept application/vnd.microsoft.rtc.autodiscover+xml;v=1
06-23 13:08:58.042 18490 18490 I LYNC :
06-23 13:08:58.042 18490 18490 I LYNC :
06-23 13:08:58.042 18490 18490 I LYNC : </SentRequest>
06-23 13:08:58.042 18490 18490 V HttpConnection: post request: http://lyncdiscoverinternal.savvis.com/
06-23 13:08:58.042 18490 18490 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/385:Submitting new req. UrlTrustResolver(0x7b61f0d0)
06-23 13:08:58.042 18490 18749 V HttpConnection: send request: http://lyncdiscoverinternal.savvis.com/
06-23 13:08:58.042 18490 18490 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/1963:Successfully started the GetUserUrlOperation request for http://lyncdiscoverinternal.savvis.com/?sipuri=sip:[email protected]
06-23 13:08:58.042 18490 18749 V HttpEngine: Executing request with http://lyncdiscoverinternal.savvis.com/ Connection pool count is 6
06-23 13:08:58.042 18490 18490 I LYNC : INFO TRANSPORT .\transportutilityfunctions.cpp/491:Extracted savvis.com from sip:[email protected]
06-23 13:08:58.042 18490 18490 I LYNC : INFO APPLICATION .\cucwaappsession.cpp/998:CUcwaAppSession::setNewActualState() state=1
06-23 13:08:58.052 18490 18490 I LYNC : INFO APPLICATION .\capplication.cpp/1858:CUcwaAppSession::signIn() succeeded
06-23 13:08:58.082 18490 18490 I UcClientStateManager: New UI State: ActualState = IsSigningIn DesiredState = BeSignedIn DataAvailable = false New state=class com.microsoft.office.lync.ui.login.SigningInActivity
06-23 13:08:58.122 18490 18490 V LyncActivity: finish being called for com.microsoft.office.lync.ui.login.SigninActivity
06-23 13:08:58.152 18490 18490 D SigninActivity: onPause()
06-23 13:08:58.212 18490 18490 W ApplicationPackageManager: getCSCPackageItemText()
06-23 13:08:58.212 18490 18490 D SigningInActivity: onCreate()
06-23 13:08:58.212 18490 18490 V ActivityMonitor: Activity Create: com.microsoft.office.lync.ui.login.SigningInActivity
06-23 13:08:58.232 18490 18490 W AccessibilityViewFactory: Failed to find class for view RelativeLayout
06-23 13:08:58.252 18490 18490 D SigningInActivity: onStart()
06-23 13:08:58.252 18490 18490 V ActivityMonitor: Activity Start: com.microsoft.office.lync.ui.login.SigningInActivity
06-23 13:08:58.252 18490 18490 D SigningInActivity: onResume()
06-23 13:08:58.282 18490 18490 D ProgressBar: updateDrawableBounds: left = 0
06-23 13:08:58.282 18490 18490 D ProgressBar: updateDrawableBounds: top = 0
06-23 13:08:58.282 18490 18490 D ProgressBar: updateDrawableBounds: right = 48
06-23 13:08:58.282 18490 18490 D ProgressBar: updateDrawableBounds: bottom = 48
06-23 13:08:58.322 18490 18830 I System.out: pool-7-thread-4 calls detatch()
06-23 13:08:58.332 18490 18830 E HttpConnection: org.apache.http.conn.HttpHostConnectException: Connection to https://lyncdiscoverinternal.savvis.com refused
06-23 13:08:58.332 18490 18830 E HttpConnection: at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:212)
06-23 13:08:58.332 18490 18830 E HttpConnection: at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:167)
06-23 13:08:58.332 18490 18830 E HttpConnection: at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:125)
06-23 13:08:58.332 18490 18830 E HttpConnection: at org.apache.http.impl.client.DefaultRequestDirector.executeOriginal(DefaultRequestDirector.java:1199)
06-23 13:08:58.332 18490 18830 E HttpConnection: at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:661)
06-23 13:08:58.332 18490 18830 E HttpConnection: at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:564)
06-23 13:08:58.332 18490 18830 E HttpConnection: at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:491)
06-23 13:08:58.332 18490 18830 E HttpConnection: at com.microsoft.office.lync.platform.HttpEngine.execute(HttpEngine.java:391)
06-23 13:08:58.332 18490 18830 E HttpConnection: at com.microsoft.office.lync.platform.HttpConnection$1.run(HttpConnection.java:227)
06-23 13:08:58.332 18490 18830 E HttpConnection: at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:422)
06-23 13:08:58.332 18490 18830 E HttpConnection: at java.util.concurrent.FutureTask.run(FutureTask.java:237)
06-23 13:08:58.332 18490 18830 E HttpConnection: at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
06-23 13:08:58.332 18490 18830 E HttpConnection: at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
06-23 13:08:58.332 18490 18830 E HttpConnection: at java.lang.Thread.run(Thread.java:841)
06-23 13:08:58.332 18490 18830 E HttpConnection: Caused by: java.net.ConnectException: failed to connect to /2620:118:7008::1104 (port 443) after 60000ms: isConnected failed: ECONNREFUSED (Connection refused)
06-23 13:08:58.332 18490 18830 E HttpConnection: at libcore.io.IoBridge.isConnected(IoBridge.java:223)
06-23 13:08:58.332 18490 18830 E HttpConnection: at libcore.io.IoBridge.connectErrno(IoBridge.java:161)
06-23 13:08:58.332 18490 18830 E HttpConnection: at libcore.io.IoBridge.connect(IoBridge.java:112)
06-23 13:08:58.332 18490 18830 E HttpConnection: at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:192)
06-23 13:08:58.332 18490 18830 E HttpConnection: at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:460)
06-23 13:08:58.332 18490 18830 E HttpConnection: at java.net.Socket.connect(Socket.java:833)
06-23 13:08:58.332 18490 18830 E HttpConnection: at org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:119)
06-23 13:08:58.332 18490 18830 E HttpConnection: at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:165)
06-23 13:08:58.332 18490 18830 E HttpConnection: ... 13 more
06-23 13:08:58.332 18490 18830 E HttpConnection: Caused by: libcore.io.ErrnoException: isConnected failed: ECONNREFUSED (Connection refused)
06-23 13:08:58.332 18490 18830 E HttpConnection: at libcore.io.IoBridge.isConnected(IoBridge.java:208)
06-23 13:08:58.332 18490 18830 E HttpConnection: ... 20 more
06-23 13:08:58.332 18490 18830 V HttpConnection: got Response: https://lyncdiscoverinternal.savvis.com/?sipuri=sip:[email protected] statusCode: 0 callback com.microsoft.office.lync.platform.HttpConnectionNativeCallback$1@42c3c808
06-23 13:08:58.352 18490 18490 V HttpConnectionNativeCallback: exception org.apache.http.conn.HttpHostConnectException: Connection to https://lyncdiscoverinternal.savvis.com refused statusCode 0
06-23 13:08:58.352 18490 18490 E LYNC : ERROR TRANSPORT .\chttpconnection.cpp/226:CHttpConnection exception: org.apache.http.conn.HttpHostConnectException
06-23 13:08:58.352 18490 18490 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/173:Received response of request(UcwaAutoDiscoveryRequest) with status = 0x22020007
06-23 13:08:58.352 18490 18490 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/201:Request UcwaAutoDiscoveryRequest resulted in E_SslConnectionRefused (E2-2-7). The retry counter is: 0
06-23 13:08:58.352 18490 18490 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/266:Sending event to main thread for request(0x7b0c1c00)
06-23 13:08:58.352 18490 18490 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/822:Req. completed, Stopping timer.
06-23 13:08:58.352 18490 18490 E LYNC : ERROR APPLICATION .\cucwaautodiscoverygetuserurloperation.cpp/325:Request failed. Error - E_SslConnectionRefused (E2-2-7)
06-23 13:08:58.352 18490 18490 I LYNC : INFO APPLICATION .\cucwaautodiscoverygetuserurloperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation completed with url = https://lyncdiscoverinternal.savvis.com/?sipuri=sip:[email protected], userUrl
= , status = E_SslConnectionRefused (E2-2-7)
06-23 13:08:58.352 18490 18490 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/725:Response received for req. GET-UnAuthenticatedGet(0x7b0c1c00): E_SslConnectionRefused (E2-2-7) (RemoteNetworkTemporaryError); Done with req.; Stopping
resend timer
06-23 13:08:58.372 18490 18749 V HttpConnection: got Response: http://lyncdiscoverinternal.savvis.com/ callback com.microsoft.office.lync.platform.HttpConnectionNativeCallback$1@42bbde88
06-23 13:08:58.372 18490 18749 I System.out: pool-7-thread-3 calls detatch()
06-23 13:08:58.372 18490 18749 V HttpConnection: got Response: http://lyncdiscoverinternal.savvis.com/ statusCode: 200 callback com.microsoft.office.lync.platform.HttpConnectionNativeCallback$1@42bbde88
06-23 13:08:58.372 18490 18490 V HttpConnectionNativeCallback: exception none statusCode 200
06-23 13:08:58.372 18490 18490 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/173:Received response of request(UcwaAutoDiscoveryRequest) with status = 0x0
06-23 13:08:58.372 18490 18490 I LYNC : INFO TRANSPORT .\transportutilityfunctions.cpp/928:<ReceivedResponse>
06-23 13:08:58.372 18490 18490 I LYNC : GET http://lyncdiscoverinternal.savvis.com/
06-23 13:08:58.372 18490 18490 I LYNC : Request Id: 0x7b61f0d0
06-23 13:08:58.372 18490 18490 I LYNC : HttpHeader:Cache-Control no-cache
06-23 13:08:58.372 18490 18490 I LYNC : HttpHeader:Content-Type text/html
06-23 13:08:58.372 18490 18490 I LYNC : HttpHeader:Date Mon, 23 Jun 2014 18:08:57 GMT
06-23 13:08:58.372 18490 18490 I LYNC : HttpHeader:Expires Mon, 23 Jun 2014 18:08:56 GMT
06-23 13:08:58.372 18490 18490 I LYNC : HttpHeader:Server nginx
06-23 13:08:58.372 18490 18490 I LYNC : HttpHeader:StatusCode 200
06-23 13:08:58.372 18490 18490 I LYNC : HttpHeader:Transfer-Encoding chunked
06-23 13:08:58.372 18490 18490 I LYNC : HttpHeader:Vary Accept-Encoding
06-23 13:08:58.372 18490 18490 I LYNC :
06-23 13:08:58.372 18490 18490 I LYNC : <html><head><meta http-equiv="refresh" content="0;url=http://lookup.t-mobile.com/index.php?origURL=http://lyncdiscoverinternal.savvis.com/"/></head><body><script>window.location="http://lookup.t-mobile.com/index.php?origURL="+escape(window.location)+"&r="+escape(document.referrer);</script></body></html>
06-23 13:08:58.372 18490 18490 I LYNC : </ReceivedResponse>
06-23 13:08:58.372 18490 18490 E LYNC : ERROR TRANSPORT .\transportutilityfunctions.cpp/1770:Accept-types (application/vnd.microsoft.rtc.autodiscover+xml;v=1) not found in Content-Type response from server (text/html). Not decoding.
06-23 13:08:58.382 18490 18490 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/266:Sending event to main thread for request(0x7b61f0d0)
06-23 13:08:58.382 18490 18490 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/822:Req. completed, Stopping timer.
06-23 13:08:58.382 18490 18490 I LYNC : INFO APPLICATION .\curlredirectandtrustresolver.cpp/610:UrlRedirectAndTrustResolver complete with url = http://lyncdiscoverinternal.savvis.com/, Hops = 1, status = E_ResponseUnknown (E2-1-5)
06-23 13:08:58.382 18490 18490 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/725:Response received for req. UrlTrustResolver(0x7b61f0d0): E_ResponseUnknown (E2-1-5) (RemoteNetworkPermanentError); Done with req.; Stopping resend
timer
06-23 13:08:58.382 18490 18490 I LYNC : INFO APPLICATION .\cucwaautodiscoverygetuserurloperation.cpp/393:CUcwaAutoDiscoverGetUserUrlOperation::onEvent received. Status = E_ResponseUnknown (E2-1-5), url = http://lyncdiscoverinternal.savvis.com/
06-23 13:08:58.382 18490 18490 I LYNC : INFO APPLICATION .\cucwaautodiscoverygetuserurloperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation completed with url = http://lyncdiscoverinternal.savvis.com/?sipuri=sip:[email protected], userUrl
= , status = E_ResponseUnknown (E2-1-5)
06-23 13:08:58.382 18490 18490 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/1750:AutoDiscovery: Falling back to probing external urls
06-23 13:08:58.382 18490 18490 I LYNC : INFO APPLICATION .\curlredirectandtrustresolver.cpp/77:Starting CUrlRedirectAndTrustResolver with url = https://lyncdiscover.savvis.com/?sipuri=sip:[email protected], maxHops = 10
06-23 13:08:58.382 18490 18490 I LYNC : INFO APPLICATION .\curlredirectandtrustresolver.cpp/201:CUrlRedirectAndTrustResolver::processUrl called with url = https://lyncdiscover.savvis.com/, hopCount = 0, maxHops = 10
06-23 13:08:58.382 18490 18490 I LYNC : INFO APPLICATION .\curlredirectandtrustresolver.cpp/610:UrlRedirectAndTrustResolver complete with url = https://lyncdiscover.savvis.com/, Hops = 0, status = S_OK (S0-0-0)
06-23 13:08:58.382 18490 18490 V HttpConnection: get native 2023751512 httpCallback com.microsoft.office.lync.platform.HttpConnectionNativeCallback$1@42d156f8
06-23 13:08:58.382 18490 18490 W LYNC : WARNING TRANSPORT .\ccredentialmanager.cpp/317:CCredentialManager::getSpecificCredential returning NULL credential for serviceId (4) type (1)!
06-23 13:08:58.382 18490 18490 I HttpConnection: originalurl is https://lyncdiscover.savvis.com/?sipuri=sip:[email protected] method Get
06-23 13:08:58.382 18490 18490 I HttpConnection: decodedurl is https://lyncdiscover.savvis.com/?sipuri=sip:[email protected]
06-23 13:08:58.382 18490 18490 I LYNC : INFO TRANSPORT .\transportutilityfunctions.cpp/634:<SentRequest>
06-23 13:08:58.382 18490 18490 I LYNC : GET https://lyncdiscover.savvis.com/?sipuri=sip:[email protected]
06-23 13:08:58.382 18490 18490 I LYNC : Request Id: 0x7b0c1c00
06-23 13:08:58.382 18490 18490 I LYNC : HttpHeader:Accept application/vnd.microsoft.rtc.autodiscover+xml;v=1
06-23 13:08:58.382 18490 18490 I LYNC :
06-23 13:08:58.382 18490 18490 I LYNC :
06-23 13:08:58.382 18490 18490 I LYNC : </SentRequest>
06-23 13:08:58.382 18490 18490 V HttpConnection: post request: https://lyncdiscover.savvis.com/?sipuri=sip:[email protected]
06-23 13:08:58.382 18490 18692 V HttpConnection: send request: https://lyncdiscover.savvis.com/?sipuri=sip:[email protected]
06-23 13:08:58.382 18490 18692 V HttpEngine: Executing request with https://lyncdiscover.savvis.com/?sipuri=sip:[email protected] Connection pool count is 6
06-23 13:08:58.382 18490 18490 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/385:Submitting new req. GET-UnAuthenticatedGet(0x7b0c1c00)
06-23 13:08:58.382 18490 18490 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/1792:Successfully started the GetUserUrlOperation request for https://lyncdiscover.savvis.com/?sipuri=sip:[email protected]
06-23 13:08:58.382 18490 18490 I LYNC : INFO APPLICATION .\curlredirectandtrustresolver.cpp/77:Starting CUrlRedirectAndTrustResolver with url = http://lyncdiscover.savvis.com/?sipuri=sip:[email protected], maxHops = 10
06-23 13:08:58.382 18490 18490 I LYNC : INFO APPLICATION .\curlredirectandtrustresolver.cpp/201:CUrlRedirectAndTrustResolver::processUrl called with url = http://lyncdiscover.savvis.com/, hopCount = 0, maxHops = 10
06-23 13:08:58.382 18490 18490 V HttpConnection: get native 1893353784 httpCallback com.microsoft.office.lync.platform.HttpConnectionNativeCallback$1@42c1b5a8
06-23 13:08:58.382 18490 18490 W LYNC : WARNING TRANSPORT .\ccredentialmanager.cpp/317:CCredentialManager::getSpecificCredential returning NULL credential for serviceId (4) type (1)!
06-23 13:08:58.382 18490 18490 I HttpConnection: originalurl is http://lyncdiscover.savvis.com/ method Get
06-23 13:08:58.382 18490 18490 I HttpConnection: decodedurl is http://lyncdiscover.savvis.com/
06-23 13:08:58.382 18490 18490 I LYNC : INFO TRANSPORT .\transportutilityfunctions.cpp/634:<SentRequest>
06-23 13:08:58.382 18490 18490 I LYNC : GET http://lyncdiscover.savvis.com/
06-23 13:08:58.382 18490 18490 I LYNC : Request Id: 0x7b04b440
06-23 13:08:58.382 18490 18490 I LYNC : HttpHeader:Accept application/vnd.microsoft.rtc.autodiscover+xml;v=1
06-23 13:08:58.382 18490 18490 I LYNC :
06-23 13:08:58.382 18490 18490 I LYNC :
06-23 13:08:58.382 18490 18490 I LYNC : </SentRequest>
06-23 13:08:58.382 18490 18490 V HttpConnection: post request: http://lyncdiscover.savvis.com/
06-23 13:08:58.382 18490 18490 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/385:Submitting new req. UrlTrustResolver(0x7b04b440)
06-23 13:08:58.382 18490 18490 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/1828:Successfully started the GetUserUrlOperation request for http://lyncdiscover.savvis.com/?sipuri=sip:[email protected]
06-23 13:08:58.382 18490 18691 V HttpConnection: send request: http://lyncdiscover.savvis.com/
06-23 13:08:58.382 18490 18691 V HttpEngine: Executing request with http://lyncdiscover.savvis.com/ Connection pool count is 6
06-23 13:08:58.662 18490 18490 D SigninActivity: onStop()
06-23 13:08:58.662 18490 18490 V ActivityMonitor: Activity Stop: com.microsoft.office.lync.ui.login.SigninActivity
06-23 13:08:58.662 18490 18490 D SigninActivity: onDestroy()
06-23 13:08:58.662 18490 18490 V ActivityMonitor: Activity Destroy: com.microsoft.office.lync.ui.login.SigninActivity
06-23 13:08:58.762 18490 18692 D HttpEngine: Resolved addr : lyncdiscover.savvis.com
06-23 13:08:58.762 18490 18692 I HttpEngine: HTTPS hostname : lyncdiscover.savvis.com certEntry com.microsoft.office.lync.proxy.X509CertificateInfo@42a52028
06-23 13:08:58.762 18490 18692 I HttpEngine: Certificate supports the following hostnames : [autodiscover.savvis.com, dialin.savvis.com, lyncdiscover.savvis.com, meet.savvis.com, savvis.com, sip-av.savvis.com, sip-ext.savvis.com, sip-web.savvis.com, sip.savvis.com,
usdirweb.savvis.com, usdirweb01.savvis.com, useastdirweb.savvis.com, useastfeweb.savvis.com, usfeweb01.savvis.com, usofficewebapp.savvis.com, uswestdirweb.savvis.com, uswestfeweb.savvis.com]
06-23 13:08:58.912 18490 18692 V HttpConnection: got Response: https://lyncdiscover.savvis.com/?sipuri=sip:[email protected] callback com.microsoft.office.lync.platform.HttpConnectionNativeCallback$1@42d156f8
06-23 13:08:58.912 18490 18692 I System.out: pool-7-thread-2 calls detatch()
06-23 13:08:58.912 18490 18692 V HttpConnection: got Response: https://lyncdiscover.savvis.com/?sipuri=sip:[email protected] statusCode: 200 callback com.microsoft.office.lync.platform.HttpConnectionNativeCallback$1@42d156f8
06-23 13:08:58.912 18490 18490 V HttpConnectionNativeCallback: exception none statusCode 200
06-23 13:08:58.912 18490 18490 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/173:Received response of request(UcwaAutoDiscoveryRequest) with status = 0x0
06-23 13:08:58.912 18490 18490 I LYNC : INFO TRANSPORT .\transportutilityfunctions.cpp/928:<ReceivedResponse>
06-23 13:08:58.912 18490 18490 I LYNC : GET https://lyncdiscover.savvis.com/?sipuri=sip:[email protected]
06-23 13:08:58.912 18490 18490 I LYNC : Request Id: 0x7b0c1c00
06-23 13:08:58.912 18490 18490 I LYNC : HttpHeader:Cache-Control no-cache
06-23 13:08:58.912 18490 18490 I LYNC : HttpHeader:Content-Length 1044
06-23 13:08:58.912 18490 18490 I LYNC : HttpHeader:Content-Type application/vnd.microsoft.rtc.autodiscover+xml; v=1
06-23 13:08:58.912 18490 18490 I LYNC : HttpHeader:Date Mon, 23 Jun 2014 18:08:58 GMT
06-23 13:08:58.912 18490 18490 I LYNC : HttpHeader:Expires -1
06-23 13:08:58.912 18490 18490 I LYNC : HttpHeader:Pragma no-cache
06-23 13:08:58.912 18490 18490 I LYNC : HttpHeader:Server Microsoft-IIS/7.5
06-23 13:08:58.912 18490 18490 I LYNC : HttpHeader:StatusCode 200
06-23 13:08:58.912 18490 18490 I LYNC : HttpHeader:X-AspNet-Version 4.0.30319
06-23 13:08:58.912 18490 18490 I LYNC : HttpHeader:X-Content-Type-Options nosniff
06-23 13:08:58.912 18490 18490 I LYNC : HttpHeader:X-MS-Server-Fqdn sc9lyncdir32.savvis.ad.savvis.net
06-23 13:08:58.912 18490 18490 I LYNC : HttpHeader:X-Powered-By ASP.NET
06-23 13:08:58.912 18490 18490 I LYNC :
06-23 13:08:58.912 18490 18490 I LYNC : ï»¿<?xml version="1.0" encoding="utf-8"?><AutodiscoverResponse xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
AccessLocation="External"><Root><Link token="Domain" href="https://usdirweb.savvis.com/Autodiscover/AutodiscoverService.svc/root/domain?originalDomain=savvis.com" /><Link token="User" href="https://usdirweb.savvis.com/Autodiscover/AutodiscoverService.svc/root/user?originalDomain=savvis.com"
/><Link token="Self" href="https://usdirweb.savvis.com/Autodiscover/AutodiscoverService.svc/root?originalDomain=savvis.com" /><Link token="OAuth" href="https://usdirweb.savvis.com/Autodiscover/AutodiscoverService.svc/root/oauth/user?originalDomain=savvis.com"
/><Link token="External/XFrame" href="https://usdirweb.savvis.com/Autodiscover/XFrame/XFrame.html" /><Link token="Internal/XFrame" href="https://usdirweb.savvis.ad.savvis.net/Autodiscover/XFrame/XFrame.html"
/><Link token="XFrame" href="https://usdirweb.savvis.com/Autodiscover/XFrame/XFrame.html" /></Root></AutodiscoverResponse>
06-23 13:08:58.912 18490 18490 I LYNC : </ReceivedResponse>
06-23 13:08:58.932 18490 18490 I LYNC : INFO TRANSPORT .\cucwaautodiscoveryresponse.cpp/119:location value is external
06-23 13:08:58.932 18490 18490 I LYNC : INFO TRANSPORT .\cucwaautodiscoveryresponse.cpp/195:User url is https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com
06-23 13:08:58.932 18490 18490 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/266:Sending event to main thread for request(0x7b0c1c00)
06-23 13:08:58.932 18490 18490 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/822:Req. completed, Stopping timer.
06-23 13:08:58.932 18490 18490 I LYNC : INFO APPLICATION .\cucwaautodiscoverygetuserurloperation.cpp/290:Received a root response
06-23 13:08:58.932 18490 18490 I LYNC : INFO APPLICATION .\cucwaautodiscoverygetuserurloperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation completed with url = https://lyncdiscover.savvis.com/?sipuri=sip:[email protected], userUrl = https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com,
status = S_OK (S0-0-0)
06-23 13:08:58.932 18490 18490 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/725:Response received for req. GET-UnAuthenticatedGet(0x7b0c1c00): S_OK (S0-0-0) (Success); Done with req.; Stopping resend timer
06-23 13:08:58.932 18490 18490 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/399:Cancelling all requests
06-23 13:08:58.932 18490 18490 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/409:Cancelling request: 0x7b04b440
06-23 13:08:58.932 18490 18490 I LYNC : INFO TRANSPORT E:\LcsSource\icomo\main\src\dev\lyncmobile/ucmp/transport/session/private/CSessionBase.hxx/158:Cancelling request: 0x7b04b440
06-23 13:08:58.932 18490 18490 V HttpConnection: close connection com.microsoft.office.lync.platform.HttpConnectionNativeCallback$1@42c1b5a8
06-23 13:08:58.932 18490 18490 I LYNC : INFO APPLICATION .\curlredirectandtrustresolver.cpp/610:UrlRedirectAndTrustResolver complete with url = http://lyncdiscover.savvis.com/, Hops = 1, status = W_Cancelled (W0-0-6)
06-23 13:08:58.932 18490 18490 I LYNC : INFO APPLICATION .\cucwaautodiscoverygetuserurloperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation completed with url = http://lyncdiscover.savvis.com/?sipuri=sip:[email protected], userUrl = , status
= W_Cancelled (W0-0-6)
06-23 13:08:58.942 18490 18490 I LYNC : INFO TRANSPORT .\ccredentialmanager.cpp/176:getSpecificCredential for serviceId(1) returning: credType (1) signInName ([email protected]) domain (savvis) username (tim.murphy) password.empty() (0) certificate.isValid()
(0) privateKey.empty() (1) compatibleServiceIds(1)
06-23 13:08:58.942 18490 18490 I LYNC : INFO TRANSPORT .\cmetadatamanager.cpp/403:Received a request to get the meta data of type 0 for url https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com
06-23 13:08:58.942 18490 18490 I LYNC : INFO TRANSPORT .\cmetadatamanager.cpp/461:Sending Unauthenticated get to get the web-ticket url
06-23 13:08:58.942 18490 18490 V HttpConnection: get native 2064287280 httpCallback com.microsoft.office.lync.platform.HttpConnectionNativeCallback$1@42c2a738
06-23 13:08:58.942 18490 18490 W LYNC : WARNING TRANSPORT .\ccredentialmanager.cpp/317:CCredentialManager::getSpecificCredential returning NULL credential for serviceId (4) type (1)!
06-23 13:08:58.942 18490 18490 I HttpConnection: originalurl is https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com method Get
06-23 13:08:58.942 18490 18490 I HttpConnection: decodedurl is https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com
06-23 13:08:58.942 18490 18490 I LYNC : INFO TRANSPORT .\transportutilityfunctions.cpp/634:<SentRequest>
06-23 13:08:58.942 18490 18490 I LYNC : GET https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com
06-23 13:08:58.942 18490 18490 I LYNC : Request Id: 0x7b04b440
06-23 13:08:58.942 18490 18490 I LYNC : HttpHeader:Accept
06-23 13:08:58.942 18490 18490 I LYNC : HttpHeader:X-MS-WebTicket xxxxxxxxxx
06-23 13:08:58.942 18490 18490 I LYNC :
06-23 13:08:58.942 18490 18490 I LYNC :
06-23 13:08:58.942 18490 18490 I LYNC : </SentRequest>
06-23 13:08:58.942 18490 18490 V HttpConnection: post request: https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com
06-23 13:08:58.942 18490 18490 I LYNC : INFO TRANSPORT .\cauthenticationresolver.cpp/109:Waiting on Meta Data from https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com
06-23 13:08:58.942 18490 18490 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/385:Submitting new req. GET-AuthenticatedUserGetRequest(0x7b0c1c00)
06-23 13:08:58.942 18490 18490 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/1210:Submitting Authenticated AutoDiscovery request to https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com
06-23 13:08:58.942 18490 18490 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/1704:Ignoring GetUserUrlOperation event as current state is 6
06-23 13:08:58.942 18490 18490 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/1706:Request url was http://lyncdiscover.savvis.com/?sipuri=sip:[email protected]
06-23 13:08:58.942 18490 18830 V HttpConnection: send request: https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com
06-23 13:08:58.942 18490 18830 I HttpEngine: AutoRedirect true for https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com and setting it to FALSE for manual handling
06-23 13:08:58.942 18490 18830 V HttpEngine: Executing request with https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com Connection pool count is 7
06-23 13:08:59.322 18490 18830 D HttpEngine: Resolved addr : usdirweb.savvis.com
06-23 13:08:59.322 18490 18830 I HttpEngine: HTTPS hostname : usdirweb.savvis.com certEntry com.microsoft.office.lync.proxy.X509CertificateInfo@42af6a40
06-23 13:08:59.322 18490 18830 I HttpEngine: Certificate supports the following hostnames : [autodiscover.savvis.com, dialin.savvis.com, lyncdiscover.savvis.com, meet.savvis.com, savvis.com, sip-av.savvis.com, sip-ext.savvis.com, sip-web.savvis.com, sip.savvis.com,
usdirweb.savvis.com, usdirweb01.savvis.com, useastdirweb.savvis.com, useastfeweb.savvis.com, usfeweb01.savvis.com, usofficewebapp.savvis.com, uswestdirweb.savvis.com, uswestfeweb.savvis.com]
06-23 13:08:59.472 18490 18830 W DefaultRequestDirector: Authentication error: Unable to respond to any of these challenges: {}
06-23 13:08:59.472 18490 18830 V HttpConnection: got Response: https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com callback com.microsoft.office.lync.platform.HttpConnectionNativeCallback$1@42c2a738
06-23 13:08:59.472 18490 18830 I System.out: pool-7-thread-4 calls detatch()
06-23 13:08:59.472 18490 18830 V HttpConnection: got Response: https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com statusCode: 401 callback com.microsoft.office.lync.platform.HttpConnectionNativeCallback$1@42c2a738
06-23 13:08:59.472 18490 18490 V HttpConnectionNativeCallback: exception none statusCode 401
06-23 13:08:59.472 18490 18490 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/173:Received response of request() with status = 0x0
06-23 13:08:59.472 18490 18490 I LYNC : INFO TRANSPORT .\transportutilityfunctions.cpp/928:<ReceivedResponse>
06-23 13:08:59.472 18490 18490 I LYNC : GET https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com
06-23 13:08:59.472 18490 18490 I LYNC : Request Id: 0x7b04b440
06-23 13:08:59.472 18490 18490 I LYNC : HttpHeader:Cache-Control no-cache
06-23 13:08:59.472 18490 18490 I LYNC : HttpHeader:Content-Length 1293
06-23 13:08:59.472 18490 18490 I LYNC : HttpHeader:Content-Type text/html
06-23 13:08:59.472 18490 18490 I LYNC : HttpHeader:Date Mon, 23 Jun 2014 18:08:58 GMT
06-23 13:08:59.472 18490 18490 I LYNC : HttpHeader:Server Microsoft-IIS/7.5
06-23 13:08:59.472 18490 18490 I LYNC : HttpHeader:StatusCode 401
06-23 13:08:59.472 18490 18490 I LYNC : HttpHeader:X-Content-Type-Options nosniff
06-23 13:08:59.472 18490 18490 I LYNC : HttpHeader:X-MS-Server-Fqdn sc9lyncdir32.savvis.ad.savvis.net
06-23 13:08:59.472 18490 18490 I LYNC : HttpHeader:X-MS-WebTicketSupported cwt,saml
06-23 13:08:59.472 18490 18490 I LYNC : HttpHeader:X-MS-WebTicketURL https://usdirweb.savvis.com/WebTicket/WebTicketService.svc
06-23 13:08:59.472 18490 18490 I LYNC : HttpHeader:X-Powered-By ASP.NET
06-23 13:08:59.472 18490 18490 I LYNC :
06-23 13:08:59.472 18490 18490 I LYNC : <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
06-23 13:08:59.472 18490 18490 I LYNC : <html xmlns="http://www.w3.org/1999/xhtml">
06-23 13:08:59.472 18490 18490 I LYNC : <head>
06-23 13:08:59.472 18490 18490 I LYNC : <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"/>
06-23 13:08:59.472 18490 18490 I LYNC : <title>401 - Unauthorized: Access is denied due to invalid credentials.</title>
06-23 13:08:59.472 18490 18490 I LYNC : <style type="text/css">
06-23 13:08:59.472 18490 18490 I LYNC : 
06-23 13:08:59.472 18490 18490 I LYNC : </style>
06-23 13:08:59.472 18490 18490 I LYNC : </head>
06-23 13:08:59.472 18490 18490 I LYNC : <body>
06-23 13:08:59.472 18490 18490 I LYNC : <div id="header"><h1>Server Error</h1></div>
06-23 13:08:59.472 18490 18490 I LYNC : <div id="content">
06-23 13:08:59.472 18490 18490 I LYNC : <div class="content-container"><fieldset>
06-23 13:08:59.472 18490 18490 I LYNC : <h2>401 - Unauthorized: Access is denied due to invalid credentials.</h2>
06-23 13:08:59.472 18490 18490 I LYNC : <h3>You do not have permission to view this directory or page using the credentials that you supplied.</h3>
06-23 13:08:59.472 18490 18490 I LYNC : </fieldset></div>
06-23 13:08:59.472 18490 18490 I LYNC : </div>
06-23 13:08:59.472 18490 18490 I LYNC : </body>
06-23 13:08:59.472 18490 18490 I LYNC : </html>
06-23 13:08:59.472 18490 18490 I LYNC :
06-23 13:08:59.472 18490 18490 I LYNC : </ReceivedResponse>
06-23 13:08:59.472 18490 18490 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/266:Sending event to main thread for request(0x7b04b440)
06-23 13:08:59.472 18490 18490 I LYNC : INFO TRANSPORT .\cmetadatamanager.cpp/575:Received response for meta data request of type 60 with status 0
06-23 13:08:59.472 18490 18490 I LYNC : INFO TRANSPORT .\cmetadatamanager.cpp/645:Base service url constructed from unauth-get-response is https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com
06-23 13:08:59.472 18490 18490 I LYNC : INFO TRANSPORT .\cmetadatamanager.cpp/693:Added a binding based on the unauth-get response
06-23 13:08:59.472 18490 18490 I LYNC : INFO TRANSPORT .\cauthenticationresolver.cpp/208:MetaData retrieval for url https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com completed with status 0
06-23 13:08:59.472 18490 18490 I LYNC : INFO TRANSPORT .\cauthenticationresolver.cpp/238:Deleting 1 pended Meta data requests for url https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com
06-23 13:08:59.472 18490 18490 I LYNC : INFO TRANSPORT .\cmetadatamanager.cpp/403:Received a request to get the meta data of type 0 for url https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com
06-23 13:08:59.472 18490 18490 I LYNC : INFO TRANSPORT .\cauthenticationresolver.cpp/316:Executing request after meta data successfully retrieved
06-23 13:08:59.472 18490 18490 I LYNC : INFO TRANSPORT .\cmetadatamanager.cpp/403:Received a request to get the meta data of type 0 for url https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com
06-23 13:08:59.472 18490 18490 I LYNC : INFO TRANSPORT .\ccredentialmanager.cpp/176:getSpecificCredential for serviceId(1) returning: credType (1) signInName ([email protected]) domain (savvis) username (tim.murphy) password.empty() (0) certificate.isValid()
(0) privateKey.empty() (1) compatibleServiceIds(1)
06-23 13:08:59.472 18490 18490 I LYNC : INFO TRANSPORT .\cwebticketsession.cpp/513:No Cached web-ticket found.
06-23 13:08:59.472 18490 18490 I LYNC : INFO TRANSPORT .\cwebticketsession.cpp/560:Received request for a new token for https://usdirweb.savvis.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=savvis.com
06-23 13:08:59.482 18490 18490 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component WebTicketSession on sign-out.
06-23 13:08:59.482 18490 18490 V RandomUtils: Generated randombytes of length: 256
06-23 13:08:59.482 18490 18490 I LYNC : INFO TRANSPORT .\cmetadatamanager.cpp/403:Received a request to get the meta data of type 2 for url https://usdirweb.savvis.com/webticket/webticketservice.svc
06-23 13:08:59.482 18490 18490 I LYNC : INFO TRANSPORT .\cmetadatamanager.cpp/478:Sending Mex request get the meta data for the endpoint
06-23 13:08:59.482 18490 18490 V HttpConnection: get native 2069980992 httpCallback com.microsoft.office.lync.platform.HttpConnectionNativeCallback$1@42beab08
06-23 13:08:59.482 18490 18490 W LYNC : WARNING TRANSPORT .\ccredentialmanager.cpp/317:CCredentialManager::getSpecificCredential returning NULL credential for serviceId (4) type (1)!
06-23 13:08:59.482 18490 18490 I HttpConnection: originalurl is https://usdirweb.savvis.com/webticket/webticketservice.svc/mex method Post
06-23 13:08:59.482 18490 18490 I HttpConnection: decodedurl is https://usdirweb.savvis.com/webticket/webticketservice.svc/mex
06-23 13:08:59.482 18490 18490 I LYNC : INFO TRANSPORT .\transportutilityfunctions.cpp/634:<SentRequest>
06-23 13:08:59.482 18490 18490 I LYNC : POST https://usdirweb.savvis.com/webticket/webticketservice.svc/mex
06-23 13:08:59.482 18490 18490 I LYNC : Request Id: 0x7b0b3910
06-23 13:08:59.482 18490 18490 I LYNC : HttpHeader:Accept text/xml, application/soap+xml, application/octet-stream
06-23 13:08:59.482 18490 18490 I LYNC : HttpHeader:Content-Type application/soap+xml; charset=utf-8
06-23 13:08:59.482 18490 18490 I LYNC :

On Lync Front End Server, launch the IIS manager, expand Lync Server External Web Services and click WebTicket.
Double click on Authentication, check the Windows Authentication is enabled.
Lisa Zheng
TechNet Community Support

Similar Messages

Unable to search GAL on Lync 2013 Front End Pool through Lync 2013 client

I'm in the beginning of a 2010 to 2013 migration and I'm currently testing co-existence functionality between pools. I've noticed that users cannot search the GAL from their Lync client after being moved to the 2013 pool.
When trying to access the internal URL https://fepool13.domain.com/abs/handler the user is prompted to login and after three failed attempts, receives "401 - Unauthorized: Access is denied due to invalid credentials. You do not have permission
to view this directory or page using the credentials that you supplied".
Searching withing a Lync 2010 or Lync 2013 client returns no results, but there are no errors as well as nothing in the event logs or tracing folder regarding not being able to search.
The 2010 pool has been in production for a few years now and when accessing its internal ABS URL https://fepool10.domain.com/abs/handler the user is granted access after a successful login.
In the IIS logs there are slightly more detailed 401 error codes, but I’m not sure what to make of them.
The rtcab database appears to have user information and all three front end servers appear to be syncing with active directory. I say the rtcab database appears to have user info because the AbUserEntry table is filled with User ID'd, GUID's and a
bunch of other stuff.
The authentication on 2013 front end servers “internal lync website/abs/handler” is set to 1. Negotiate, 2. Ntlm - which is the same as the 2010 front end servers.
Any ideas?

Hi,
Which step did you do among migration from Lync Server 2010 to Lync Server 2013?
Did you already move CMS from Lync Server 2010 to Lync Server 2013?
Please create a new Lync account on Lync Server 2013 pool and test the issue again.
Please check if User Replication has completed with the help of the link below:
http://technet.microsoft.com/en-us/library/jj204680.aspx
Best Regards,
Eason Huang
Eason Huang
TechNet Community Support

Can't Log In with Lync 2013 Windows 8 App over VPN

Howdy,
I've downloaded the Lync 2013 App to Windows 8.1. When I type in my work email, I can't sign in. I get that the server isn't available or doesn't support Lync.
The error is attached.
I can't find a forum for the Lync App itself so I'm hoping to be redirected or since this has to be an easy question, someone might answer it here.
I'm logged in on our VPN and I'm working around this issue right now with RDP to my desktop and signing in to Lync 2010 there. This is for the purpose of doing my class this next week from home and showing Yep, I'm really available over Lync.
What is really desired is to get Lync on my remote machine working but there's no real Settings page on the App.
Apparently it does pick up the VPN and tries to sign me in:
However, there's not much of a way to configure anything. I can't find a "Settings" page. Tried uninstall/reinstall to see if I didn't fat finger something.
Lync 2010 is set up on company laptops to work over VPN correctly from home so I can't imagine it's this hard. I think the "oversimplified" approach of just putting in the email address and (I'm theorizing) letting Lync detect VPN or not,
can I log in, etc. or whatever it does, this isn't working. And of course, it's Encapsulated. :)
OK, I have a work around, it's not a do or die issue here. I'll RDP to my desktop, sign in and Lync will show me available. I'll set my location as Home during the hours of the class.
But ... it's always REALLY annoying when you KNOW it's a simple setup procedure and if that's just found ...
Thanks for any help.
Michael Durthaler

Check that you configure requirement for Lync windows store App as exist in below link
http://technet.microsoft.com/en-us/library/jj823129.aspx
Please remember, if you see a post that helped you please click "Vote As Helpful" and if it answered your question, please click "Mark As Answer"
Mai Ali | My blog: Technical | Twitter:
Mai Ali

Lync 2013 Mobility continues to not work

Having issues getting mobility to work.
Simple environment:
Single server Edge pool
Single server EE pool
SQL clustered backend
All Lync 2013 CU1 at this point in time.
Potentially required reading:
Deploying Mobility (Technet)
Lync Mobility Deep dive
(based on 2010, but nearly the same in 2013)
http://masteringlync.com/2011/08/13/using-fiddler-to-troubleshoot-address-book-download-issues/
http://blogs.technet.com/b/nexthop/archive/2012/11/09/understanding-lync-server-autodiscover-to-support-the-lync-windows-store-app.aspx
Windows RT app uses the same method as IOS, and is more wiresharkable/tracable, so I am using that.
Client end errors:
Windows RT app (15.0.4481.1503) - this client version cannot log in.
iOS - Can't sign in. Please check your account information and try again.
I don't have a windows phone or android, so working with the clients I have. (I understand these also do not work)
Fiddler trace of Windows RT app session:
From the W3svc logs:
2013-03-20 03:53:17 1.2.3.4 GET /Autodiscover/AutodiscoverService.svc/root/user [email protected] 4443 - 75.122.79.199
LyncImm/15.0.4481.1503+(Microsoft+Lync) 401 0 0 35
LyncImm is
NOT a user agent listed in the CSCP - google "user agent" +lyncIMM turned up nothing. Dead lead?
Lync connectivity analyzer shows it repeats the same webticket 401 over and over with:
Cookie found in autodiscover response: StatusCode: 401, ReasonPhrase: 'Unauthorized', Version: 1.1, Content: System.Net.Http.StreamContent, Headers:
X-Ms-diagnostics: 28032;source="LyncFE.company.local";reason="The web ticket is invalid.";faultcode="wsse:InvalidSecurityToken"
X-MS-WebTicketURL:
https://lyncweb.company.com/WebTicket/WebTicketService.svc
X-MS-WebTicketSupported: cwt,saml
X-MS-Server-Fqdn: LyncFE.company.local
X-Content-Type-Options: nosniff
Cache-Control: no-cache
Date: Wed, 20 Mar 2013 04:12:20 GMT
Server: Microsoft-IIS/7.5
X-Powered-By: ASP.NET
Content-Length: 1293
Content-Type: text/html
LCA: from inside, choosing Windows App - success!
LCA: from inside, choosing Lync Mobile Apps- fail:
Failed to obtain the WS-Metadata Exchange (MEX) document using GET for
https://lyncweb.company.com/Mcx/McxService.svc/mex.
The service did not require authorization.
LCA, from outside, choosing Windows App - hangs repeatedly on the HTTPS external channel. (repeating 401's on webticket service)
LCA, from outside, choosing Choosing Lync Mobile apps - failed, same as from inside #2
Here's what the LCA failure looked like:
2013-03-20 04:59:12
1.2.3.4 POST /WebTicket/WebTicketService.svc/mex - 4443 - 75.122.79.199 - 200 0
0 134
2013-03-20 04:59:12
1.2.3.4 POST /WebTicket/WebTicketService.svc/Auth - 4443 - 75.122.79.199 - 200
0 0 155
2013-03-20 04:59:12
1.2.3.4 GET /Autodiscover/AutodiscoverService.svc/root/user
[email protected] 4443 - 75.122.79.199 -
401 0 0 35
2013-03-20 04:59:13
1.2.3.4 POST /WebTicket/WebTicketService.svc/mex - 4443 - 75.122.79.199 - 200 0
0 126
2013-03-20 04:59:13
1.2.3.4 POST /WebTicket/WebTicketService.svc/Auth - 4443 - 75.122.79.199 - 200
0 0 158
2013-03-20 04:59:13
1.2.3.4 GET /Autodiscover/AutodiscoverService.svc/root/user
[email protected] 4443 - 75.122.79.199 -
401 0 0 31
2013-03-20 04:59:13
1.2.3.4 POST /WebTicket/WebTicketService.svc/mex - 4443 - 75.122.79.199 - 200 0
0 126
2013-03-20 04:59:13
1.2.3.4 POST /WebTicket/WebTicketService.svc/Auth - 4443 - 75.122.79.199 - 200
0 0 148
2013-03-20 04:59:13
1.2.3.4 GET /Autodiscover/AutodiscoverService.svc/root/user
[email protected] 4443 - 75.122.79.199 -
401 0 0 33
2013-03-20 04:59:13
1.2.3.4 POST /WebTicket/WebTicketService.svc/mex - 4443 - 75.122.79.199 - 200 0
0 121
2013-03-20 04:59:13
1.2.3.4 POST /WebTicket/WebTicketService.svc/Auth - 4443 - 75.122.79.199 - 200
0 0 155
2013-03-20 04:59:13
1.2.3.4 GET /Autodiscover/AutodiscoverService.svc/root/user
[email protected] 4443 - 75.122.79.199 -
401 0 0 31
2013-03-20 04:59:15
1.2.3.4 POST /WebTicket/WebTicketService.svc/mex - 4443 - 75.122.79.199 - 200 0
0 125
2013-03-20 04:59:15
1.2.3.4 POST /WebTicket/WebTicketService.svc/Auth - 4443 - 75.122.79.199 - 200
0 0 147
2013-03-20 04:59:15
1.2.3.4 GET /Autodiscover/AutodiscoverService.svc/root/user
[email protected] 4443 - 75.122.79.199 -
401 0 0 32
2013-03-20 04:59:15
1.2.3.4 POST /WebTicket/WebTicketService.svc/mex - 4443 - 75.122.79.199 - 200 0
0 120
2013-03-20 04:59:15
1.2.3.4 POST /WebTicket/WebTicketService.svc/Auth - 4443 - 75.122.79.199 - 200
0 0 151
Similar thread:
http://social.technet.microsoft.com/Forums/en-US/ocsmobility/thread/96c3fc3a-2f80-435a-8368-1a83dcd56e55/
http://msdn.microsoft.com/en-us/library/ff595929%28v=office.12%29.aspx
IOS attempt at sign on (version 4.3.8000.0000)
IIS log files:
2013-03-20 04:26:08
1.2.3.4 GET / sipuri=sip:[email protected] 4443 - 166.137.151.211
Lync%202010/1.6+CFNetwork/609.1.4+Darwin/13.0.0 200 0 0 1382013-03-20 04:26:08
1.2.3.4 POST /webticket/webticketservice.svc - 4443 - 166.137.151.211
Lync%202010/1.6+CFNetwork/609.1.4+Darwin/13.0.0 401 0 0 802013-03-20 04:26:08
1.2.3.4 POST /webticket/webticketservice.svc - 4443 - 166.137.151.211
Lync%202010/1.6+CFNetwork/609.1.4+Darwin/13.0.0 401 1 2148074254 1292013-03-20 04:26:08
1.2.3.4 POST /webticket/webticketservice.svc - 4443 - 166.137.151.211
Lync%202010/1.6+CFNetwork/609.1.4+Darwin/13.0.0 401 1 2148074252 882013-03-20 04:26:08
1.2.3.4 POST /webticket/webticketservice.svc - 4443 - 166.137.151.211
Lync%202010/1.6+CFNetwork/609.1.4+Darwin/13.0.0 401 1 2148074254 782013-03-20 04:26:08
1.2.3.4 POST /webticket/webticketservice.svc - 4443 - 166.137.151.211
Lync%202010/1.6+CFNetwork/609.1.4+Darwin/13.0.0 401 1 2148074252 882013-03-20 04:26:09
1.2.3.4 POST /webticket/webticketservice.svc - 4443 - 166.137.151.211
Lync%202010/1.6+CFNetwork/609.1.4+Darwin/13.0.0 401 1 2148074254 782013-03-20 04:26:09
1.2.3.4 POST /webticket/webticketservice.svc - 4443 - 166.137.151.211
Lync%202010/1.6+CFNetwork/609.1.4+Darwin/13.0.0 401 1 2148074252 84
IOS log file was too large to post in message.
Running test-cmdlets:
$passwd1 = ConvertTo-SecureString "supersecure" -AsPlainText -Force $passwd2 = ConvertTo-SecureString "notontheinternet" -AsPlainText -Force $tuc1 = New-Object Management.Automation.PSCredential("domain\user1",
$passwd1) $tuc2 = New-Object Management.Automation.PSCredential("domain\user2", $passwd2) Test-CsMcxP2PIM -TargetFqdn lyncfe.company.local -Authentication Negotiate -SenderSipAddress sip:[email protected] -SenderCredential $tuc1 -ReceiverSipAddress
sip:[email protected] -ReceiverCredential $tuc2 -v
From <http://technet.microsoft.com/en-us/library/hh690024.aspx>
Results:
Target Fqdn   : lyncfe.company.com
Target Uri    :
https://lyncfe.company.com:443/mcx
Result        : Failure
Latency       : 00:00:00
Error Message : No response received for Web-Ticket service.
                Inner Exception:The HTTP request is unauthorized with client
                authentication scheme 'Ntlm'. The authentication header
                received from the server was 'Negotiate,NTLM'.
                Inner Exception:The remote server returned an error: (401)
                Unauthorized.
Diagnosis     :
                Inner Diagnosis:X-MS-Server-Fqdn : lyncfe.company.com
                Cache-Control : private
                Content-Type : text/html; charset=utf-8
                Server : Microsoft-IIS/7.5
                WWW-Authenticate : Negotiate,NTLM
                X-Powered-By : ASP.NET
                X-Content-Type-Options : nosniff
                Date : Wed, 20 Mar 2013 04:39:44 GMT
                Content-Length : 6639
Verbose comments on it:
Trying to get web ticket.
Web Service Url :
https://lyncfe.company.com:443/WebTicket/WebTicketService.svc
Using NTLM\Kerberos authentication.
Could not get a web ticket
CHECK:
- Web service Url is valid and the web services are functional
- If using Phone Number\PIN to authenticate, make sure they match the user uri
- If using NTLM\Kerberos authentication, make sure you provided valid
credentials
URLs and ports all look OK, all services started.
Not using phone/PIN
I provided valid creds - the virtual directories show anon/NTLM for the Webticket vdir.
Any help is welcome - really want this issue put to bed!

I know this is an old thread, but I was struggling with the same error for mobility, and I hope this may help others in the same situation.
On my scenario the issue was caused because the customer didn't use any reverse-proxy solution, instead the FE external website was directly published using a FortiGate box.
Given that scenario, there were 2 different certs installed on the FE server, 1 (internal RootCA) certificate was applied to the internal website, and another one issued by Godaddy was assigned to the external website manually from IIS console.
---I know this is far from a supported solution, but I was able to get it working after some investigation---
To solve the issue I use this article:
http://technet.microsoft.com/en-us/library/jj205253.aspx it explains how to check and assign the certificates for oAuth and I used these cmdlets to specify the Godaddy cert to the "WebServiceExternal" & "OAuthTokenIssuer" websites.
After that the mobility access for internal and external users started to work as expected, I've validated it with "Lync Connectivity Analyzer" and with different mobile clients on Android, IOS and Windows Store.
Hope this information may be useful.
Performance, Security & Design

Lync 2013 Multitenant - Sign-in not working

Hello,
I am working on deploying the Lync 2013 Multitenant hosting pack in a staging environment for testing with the eventual goal of putting this into a production environment. So far I am working with a single front-end server routed through an F5 load balancer
using their iApp application template for Lync 2013. We are attempting to work with a very simple deployment that we scale out as additional features/capacity is needed.
The issue I'm having is during the sign-in process. I have provisioned a tenant and a user within that tenant and I am able to use the Get-CsTenant and Get-CsUser commands to view the tenant and user. I have also established the following DNS entries for
the tenant.
A record: lync.<hosting domain> - Pointed to the public IP address for the Lync application through our F5.
A record: lyncpool01.<hosting domain> - Pointed to the public IP address for the Lync application through our F5.
SRV record: _sip._tls.<tenant domain> (priority 0, weight 0, port 443) - Pointed to lync.<hosting domain>
SRV record: _sipfederationtls._tcp.<tenant domain> (priority 0, weight 0, port 5061) - Pointed to lync.<hosting domain>
When I attempt to sign in to my test user externally using the Lync 2013 desktop client, I do get a certificate warning on the client that lync.<hosting domain> (cert is lyncpool01.<hosting domain>) is attempting to handle the request, but when
I accept the cert, the client waits for about 30 seconds and then gives the error "Lync couldn't find a Lync Server for <tenant domain>. There might be an issue with the Domain Name System (DNS) configuration for your domain. Please contact your
support team.". I can't figure out where this is falling apart or what name the Lync client is attempting to reach, and enabling event logging for Lync has revealed no helpful information.
Is there any assistance you can give?

Hi,
Agree with PaulB_NZ.
As Lync 2013 Multitenant only have external and federation users, you need to deploy Edge Server in the DMZ zone to support external and federation access.
What's more, if you want to use Lync mobile clients you also need to deploy a Reverse Proxy in the DMZ zone.
More details:
https://technet.microsoft.com/en-us/library/gg398069.aspx?f=255&MSPPError=-2147217396
Best Regards,
Eason Huang
Eason Huang
TechNet Community Support

Lync 2013 client ews has not fully initialized

Hello
I have Lync 2010 server and Lync 2013 client. whenever Lync 2013 client logs in from outside(external) I get a exchange authentication pop up. and when I checked the status of lync - it says ews is not fully initialized. lync 2013 client works fine
from inside. If I use lync 2010 client from outside than it works fine, no pop up and ews status is ok. so I know that my TMG rules are accurate but something wrong with lync 2013 client itself. I have upgraded the client to the latest update.
Also I have tried various combinateion of this below registry fix without any success.
also Microsoft remote connectivity analyzer test is clean. no errors.
http://uclobby.com/2014/01/03/lync-client-2013-ews-has-not-fully-initialized/
any thoughts?
thanks

Hi
Can you try clearing the user local cache SIP folder who logs in externally and see the results
User\App Data\Microsoft\Office 15\lync\SIP
Is your SIP domain different from your domain name
If it is so you can try by adding the SMTP Domain as trusted using the following cmdlet:
reg add HKLM\Software\Policies\Microsoft\Office\15.0\Lync /v TrustModelData /t REG_EXPAND_SZ /d <SMTP Domain> /f
If it is for multiple users you can also try the below article
http://technet.microsoft.com/en-us/library/gg398920.aspx
Remember to mark as helpful if you find my contribution useful or as an answer if it does answer your question.That will encourage me - and others - to take time out to help you Check out my latest blog posts on http://exchangequery.com Thanks Sathish
(MVP)

Lync 2013 Basic - Versioning is not correct

Hello
We migrated our Lync 2010 clients to Lync 2013 Basic x86 15.0.4420.1017 and I deployed the updates of September 2014 onto them:
1_mso2013-kb2883052-fullfile-x86-glb.exe
2_msores2013-kb2817624-fullfile-x86-glb.exe
3_orgidcrl2013-kb2826040-fullfile-x86-glb.exe
4_lynchelploc2013-kb2881083-fullfile-x86-glb.exe
5_lync2013-kb2881070-fullfile-x86-glb.exe
The number in front is the place in de sequence
They install very well but in the add/remove programs I still see the 15.0.4420.1017 where in the 'Help' -> 'About Microsoft Lync' I have the updates.
What is causing this and how can I resolve this because I do an inventory in SCCM and it's not reliable?

Thanks but I only manage the client side, the server side is done by someone else and this query must be run on the SQL db from Lync 2013
Is there a method for deploying the patches in the right way? Now I do it in a script which installs each patch one by one;
Snippet;
'install 32-bit patch for kb2899493
LogFile.WriteLine(Now & " - Installing update kb2899493.exe...")
Return = objShell.Run(strScriptPath & "\1_mso2013-kb2899493-fullfile-x86-glb.exe /quiet /norestart /log",0,True)
Results("kb2889927_x86")
'install 32-bit patch for kb2817624
LogFile.WriteLine(Now & " - Installing update kb2817624...")
Return = objShell.Run(strScriptPath & "\2_msores2013-kb2817624-fullfile-x86-glb.exe /quiet /norestart /log",0,True)
Results("kb2817624_x86")
'install 32-bit patch for kb2881083
LogFile.WriteLine(Now & " - Installing update kb2881083...")
Return = objShell.Run(strScriptPath & "\3_lynchelploc2013-kb2881083-fullfile-x86-glb.exe /quiet /norestart /log",0,True)
Results("kb2881083_x86")
'install 32-bit patch for kb2899507
LogFile.WriteLine(Now & " - Installing update kb2899507...")
Return = objShell.Run(strScriptPath & "\4_lync2013-kb2899507-fullfile-x86-glb.exe /quiet /norestart /log",0,True)
Results("kb2889929_x86")
When I do an inventory through SCCM reporting I cannot get the correct updated version because the patches didn't do their job by updating the number in the add/remove programs list. When I check in the 'about lync' option I can clearly see that the update
has been done...

Lync 2013 meeting invitation customizations not working for some users

Hello Microsoft TechNet Forms,
I have a strange problem that I am totally stumped on. I made some modifications to the Lync 2013 meeting configuration to add in my company's logo, a footer and set a custom help Lync URL. Now everything seemed to work expect for myself and
one other person I tested with. If I try creating a new Lync 2013 meeting via my Outlook 2013 the normal stock Lync meeting invite appears. Yet testing with any other user everything I have changed appears as expected and I am at a total loss to why.
I have so far from troubleshooting determined it must be something with my account that is causing it but I have just not been able to determine what. As signing into a different machine yields the same result yet testing with another account that is
known to work on the exact same machine works correctly with the different account. I have tired deleting and re-crating my Lync account just in case that had something to do with it but that didn't fix the problem. I have tired repairing Office 2013 to
running windows update on Office 2013 which didn't help.
The changes I made to the meeting configuration are global scoped. I have so far not found anything online from anyone ever reporting a similar issue to this. At this point I am stuck on what I should be looking for with regards to what is stopping
the meeting invite updating for myself and the other person. Given I don't know what mechanism is involved with updating the Lync meeting invite on Outlook 2013 I am stumped. I am open to any suggestions someone might have as to what to do next or what might
be the cause of this problem.
Nicholas,

Hi Nicholas,
Can you compare your account with other’s and check if your account is applied any special policy in Lync Control Panel ?
Best regards,
Eric

Lync 2013 Web App Sharing not working.

We are having a problem with Lync Web App 2013. Our external customers can open the meeting link and join the meeting without a problem. Once they are in the meeting an internal user begins the presentation by sharing his screen. The Lync
Web App just says "Loading..." for the external customer. The internal presenter sees this external customer continually change from "in collaboration session" to "not in collaboration session". The external customer
is never actually shown the screen share.
Other notes:
-->We tried this from an external wireless hotspot and it worked fine, thus, it seems something in this customer's company firewall that is blocking it.
-->We also tried sharing a powerpoint (we have a functional office web apps server), which produced the same results.
-->When we used the Lync 2010 Web App (before we upgraded to 2013), everything seemed to work fine, thus I am concluding that the 2013 Lync Web App (since it has more capabilities) is somehow trying to use more ports or something.
-->Internally, the Lync Web app works fine.
So, I assume something in the customer's company's firewall is blocking some access to Lync 2013 Web App. My question is: what needs to be enabled both on-premise and at the customer's side to access Lync 2013 Web App screen sharing and if the
company (for security reasons) doesn't want to open extra ports, is there some work around to force Lync Web App to use port 443 for screen sharing.
Thanks,
Adam

The ports 1024-65535 * are used for application sharing.
You can configure the port ranges for Lync clients.
http://technet.microsoft.com/en-us/library/jj204760.aspx
You can’t use 443 as port 443 is used for HTTPs.
Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

Link to User's MySite on Lync 2013 Contact Card does not work

Hello,
we're running a sharepoint 2010 environment with a configured user profile service application and a mysite host. we're also running lync 2010 clients but are planning to upgrade to lync 2013. the it guys (including me) have already installed lync 2013 client.
the lync server is also already on 2013.
with the old 2010 lync client, it was possible to click on a name from a lync contact card and this directed to the users mysite, which was great. to archieve this, we updates the wwwHomepage attribute in AD with the corresponding link for each user to the
mysite.
now with lync 2013 it is no longer possible.
i couldn't find anything about this topic ...
any help would be highly appreciated
kind regards
Marco

I tested it in my lab.
The same result with your.
It is by design.
Lisa Zheng
TechNet Community Support

Mac OS X 10.5: Unable to log in after an upgrade install fix does not work?

Hello:
After running Software Update, I am unable to log in.
I found the following support article:
Mac OS X 10.5: Unable to log in after an upgrade install
Article: TS1543
http://support.apple.com/kb/TS1543?viewlocale=en_US
However, upon step 8 of the instructions, the following error appears:
delete Invalid Path
<dscl_cmd> DS Error: -14009 (eUnknownNodeName)
This is actually after an update (not an "upgrade"), so I'm not even sure these are the appropriate steps.
This is the second time that I have been unable to log in after an update. The first time, I attempted to reset the password with the installation DVD; however, this resulted in "No LDAP Master" errors and I installed Mac OS X 10.5 Leopard Server on a second internal drive and configured everything again. After setting everything up on the second install, I was going to reformat the first boot drive. Unfortunately, I'm just back to where I started after running the updates. I'm not sure if having two volumes with Mac OS X Server installed makes a difference in the instructions in the article mentioned above or not.
Another question: Is resetting the password with the installer DVD the same as using the Single User approach ("launchctl load /System/Library/LaunchDaemons/com.apple.DirectoryServices.plist", "ls /Users", then "dscl . -delete /Users/username AuthenticationAuthority")?
If so, I'll just do that; however, I am hoping that the Single User approach might somehow avoid "No LDAP Master" errors again.
Any suggestions are greatly appreciated.
-Warren

baltwo:
Thanks! I think a week would have gone by before I realized this on my own.
-Warren

Lync 2013 Missed Conversations pane not showing all items

On Outlook I moved the missed call notifications out of my Inbox to the Conversation History folder.
I then changed the custom search criteria for the "Missed Call" and "Missed Conversation" search folders to include the Conversation History Folder as well as the Inbox. So I still see all missed calls.
However, On Lync, under Conversations, in the missed conversations pane, I end up "losing" the missed calls moved to the conversation history folder and only see the calls in the Inbox. Those other missed class end up in the Calls
folder.
Is the only way to have all missed calls show up as missed in Lync, is by leaving them in the Inbox?
Using Lync 2013 (nov updates) with Lync 2010 server

Hi,
It is by desgin. I test on Lync and Outlook and show the same result as you.
Best Regards,
Eason Huang
Eason Huang
TechNet Community Support

Integrating Lync 2013 with IBM Lotus notes

Hi All,
One of our customer raised the below query:
We have Lync Online Meetings Connector for Lotus Notes that will work with Lync 2010. You can refer the below article:
https://msdn.microsoft.com/en-us/library/office/hh527742(v=office.14).aspx
However, partner is not sure about the same meeting connector available for Lync 2013 when we have Lotus notes email system.
Partner wants to schedule the Lync 2013 meeting but don’t have Outlook client as Exchange server mail system is not used in their environment. They have Lotus notes email system.
Question:
Do we have Lync 2013 Meeting connector for Lotus notes?
Please advise. Thank you for your time.

... Good question. I don't have a Notes environment to test in, but you could use the 2013 client to connect to the 2010 back end to test. I'd download the free Lync Basic client and see if you can replicate the functionality you need:
http://www.microsoft.com/en-us/download/details.aspx?id=35451
Please remember, if you see a post that helped you please click "Vote As Helpful" and if it answered your question please click "Mark As Answer".
SWC Unified Communications
This forum post is based upon my personal experience and does not necessarily reflect the opinion or view of Microsoft, its employees, or other MVPs.

Unable to log onto any Lync Client: The server is temporarily unavailable

Lync Server 2013 Standard --> Internal Only Installation
--> First time testing a Lync Client after Install

Summary of the Problem:
Lync Client Error: The server is temporarily unavailable
Lync Enviroment: Single server, the Internal AD domain is a different name then the SIP domain
Testing the Issue:
Manually configure a client using 'SipPoolName:5061'
NSLookup --> set type=srv --> _sipinternaltls._tcp.MyInternalDomain.Local
NSLookup LyncServerFQDN.MyInternalDomain.Local
Telnet LyncServerFQDN.MyInternalDomain.Local 5061 (On a Client)
NetStat –an = 5061 (On Lync Server)
Resolution:
Create a new DNS Zone for SipDomain.com
Create a DNS A record "sip.SipDomain.com" which resolves to the Lync server IP address
Create a SRV record in the new zone with the following:
Service = _sipinternaltls
Protocol = _tcp
Port Number = 5061
Host offering this service = sip.SipDomain.com
Note: You may require to add A Records to the new zone if the SIP domain is also the external domain name (Examples: OWA, WWW,)
DNS Internal Requirements: http://technet.microsoft.com/en-us/library/gg398758.aspx

Lync 2013 Error - Certificate could not be published in the database associated with User Services Cluster

Hi Lync gurus,
I have a weird issue:
Just installed a Lync Standard 2013.
Everything works except I keep getting this error in Log: every 30 minute or so.
First an Error: Event 47067
A server did not respond to HTTP request
Server lyncserver.domain.local did not respond to HTTP request PublishCertRequest targeted at
https://lyncserver.domain.local:444/LiveServer/UserPinService.
Cause: Server might be down or the network path between servers might not be properly configured.
Resolution:
Please ensure that the server can be connected on the target port using telnet and then re-try.
Then I get a Warning: Event 47068
GetAndPublish web service failed.
Certificate could not be published in the database associated with User Services Cluster [lyncserver.domain.local ]. Request Details - Entity: [[email protected]], Device Id: [6BB30A3E-2923-553A-8E5F-0B2FB2CEA330], Authenticated User: [sip:[email protected]].
Additional Context: [Publish_Failure: OtherFailure;HttpNoResponse:"lyncserver.domain.local "]
Cause: This could be due to network connectivity issues with the remote server, or because the database is down.
Resolution:
Please ensure that the user services is reachable and the database is up and running.
Thanks for any help

Please check you can telnet port 443 and port 444 on Lync Front End Serve from client.
Try to regenerate a new certificate for Lync Front End Server.
Check all the services on Lync Front End Server are started.
Check the option “Enable all purposes for this certificate” is checked for the trusted root CA certificate.
For the detailed steps:
Run MMC--Add\Remove Snap-ins--certificates--Local Computer--Trusted Root Certificate Authorities--Certificates, find the Root CA certificate you installed--Properties--General, check the "Enable all purposes for this certificate".
We
are trying to better understand customer views on social support experience, so your participation in this
interview project would be greatly appreciated if you have time.
Thanks for helping make community forums a great place.

Unable to log-in to Lync 2013 on my Samsung Note 3

Similar Messages

Maybe you are looking for