Lync 2013 hang after sign-in

Lync 2013 with latest CU hang after sign in.
Description
A problem caused this program to stop interacting with Windows.
Faulting Application Path: C:\Program Files\Microsoft Office\Office15\lync.exe
Problem signature
Problem Event Name: AppHangB1
Application Name: lync.exe
Application Version: 15.0.4641.1000
Application Timestamp: 53c5caa5
Hang Signature: d2ef
Hang Type: 134217728
OS Version: 6.3.9600.2.0.0.256.4
Locale ID: 18441
anyone has any idea for this issue.
Jason

Hi,
Did the issue happen only for one user or for multiple users?
If the issue happen only for one user, you can try to login on other well-worked computer with the issued Lync account to test the issue. You can also try to use another well-worked Lync account to login on the issued computer to test the issue.
If the issue happen for all Lync users, please also check if Lync Server 2013 update to the latest version.
Best Regards,
Eason Huang
Eason Huang
TechNet Community Support

Similar Messages

Windows Phone 8 Lync 2013 will not sign in. Although Apple and Android mobility works fine.

Hey everyone,
I have a fully functional Lync deployment as it seems so far. However, the only thing that refuses to connect successfully is the Windows phone 8 lync 2013 mobile app. It keeps getting the general "Can't sign in" error.
I've read that if the SAN lyncdiscover.domain.com does not exist on the certificate that is being used by the External Web Site, then this will happen. The cert I'm using is an internal published certificate from my internal CA, the SAN lyncdiscover.domain.com
and lyncdiscoverinternal.domain.com is added.
My public cert on the RP / public facing side of the Edge is a go daddy cert. This cert does NOT have the lyncdiscover / lyncdiscoverinternal SANs added to it. I am currently unable to get my manager to purchase a new cert with this included because this
Lync deployment is really just for testing and there is no point in buying a new cert just for this one piece.
So in result, I am forcing the lyncdiscover to fail over to HTTP 80 traffic instead of 443; and this works great. My Android and iOS clients are able to connect fine but every windows phone in my environment are not working.
I have tried turning off auto-detect server and manually putting in
https://lync.domain.com/autodiscover/autodiscoverservice.svc/root
as the internal and external addresses on the phone settings, but this does not work either.
I am running the latest updates from the January 2014 update on my servers.
When I turn logging on within the device, I repeatedly see these errors in the logs:
ERROR UTILITIES CHttpConnection.cpp/1113:Request failed with the WININET errorCode (UcwaAutoDiscoveryRequest): -2147467260
ERROR TRANSPORT CMetaDataManager.cpp/591:Unable to get a response to an unauthenticated get to url https://lync.domain.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain.com
Now, this may or may not be normal due to me forcing the lyncdiscover to fail over to HTTP 80.
If anyone has any ideas or needs any more information please let me know.

Please check the Authentication Delegation is set to No delegation, but client may authenticate directly when you create a web server publishing for Lync Server Web Service.
Lisa Zheng
TechNet Community Support

Auto logout or disconnect of Lync 2013 client after inactivity

Is there any way to configure the Registry or perhaps a GPO so that Lync 2013 clients running on Windows 7 will auto logout or disconnect from the server if they have been inactive after a certain amount of time? Searched around and could not find anything.
I found the link below but it uses Preferences which have undesirable side affects.
http://unifiedme.co.uk/2014/01/lync-2013-group-policy-enforce-ringtones-centrally/

Hi,
There is no method naturally to auto logout of Lync 2013 after inactivity. You may need to configure auto-logoff Windows after idle time to log off the Lync can check
the thread below to configure auto-logoff Windows:
https://social.technet.microsoft.com/Forums/windowsserver/en-US/2d618fdb-faf7-41a1-9207-ff07b8d29091/how-to-automatically-log-off-idle-users?forum=winserversecurity#c7c21990-73b4-41ac-a9b5-4d571372ec10
Or you may need to custom your own Lync client, you can post the question on MSDN Lync SDK forum. Thank you for your understanding.
Here is the link to MSDN forum:
http://social.msdn.microsoft.com/Forums/en-US/communicatorsdk/threads
Best Regards,
Eason Huang
Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact [email protected]
Eason Huang
TechNet Community Support

Excel 2013 hangs after sharing document per email

Hello everyone.
We have an issue with Outlook 2013.
If you disable local email caching in Outlook 2013 and you are trying to share a document via email in e.g. Excel (but also Acrobat reader and several other programs) the email gets send, but Excel hangs (not responding).
When you enable the local cache the problem disappears.
This is an issue for us, since we are using ssd's with limited capacity and the cache file can increase untill somewhere between 25 and 30 GB.
Is there a different solution to this issue? And why is this happening in the first place?

Hi,
Try to test whether the issue will occur to all the computers. If not, then try to repair and disable all the add-ins to check the issue.
Jaynet Zhang
TechNet Community Support

Lync 2013 client installation using SCCM

Hi everyone,
I have been performed Office 2013 installation in my domain. For this puprpose, I used SCCM 2007 R3.
At the beginning I customized this installation using OCT. I have excluded Lync from my Office 2013 distribution package, because we use Communicator Server 2007. Afterwards, I found that it is possible to use Lync 2013 with OCS 2007: http://www.technipages.com/lync-2013-fix-cannot-sign-in-because-the-server-version-is-incompatible-with-microsoft-lync-error.html
How can I silently deploy Lync on workstations, which already have received Office 2013 without Lync? If I simply try to add Lync feature in my package using OCT, silent installation stops on "Add/remove/repair components..." (which,
we, of course, cannot see during a silent setup).

You could utilize Config.xml to deploy Lync client. This will make installation silently.
http://technet.microsoft.com/en-us/library/jj204651.aspx
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.
Hi Juke,
Thanks for you answer. But actually not all is clear for me. In this article, I can see this:
"By default, the Config.xml file that is stored in the core product folder (for example, \product.WW) directs Setup to install that product. For example, the Config.xml file in the following folder installs Lync 2013:
\\server\share\Lync15\Lync.WW \Config.xml"
But in my Office 2013 installation folder, the Lync.WW folder does not exist.
Should I create it (and Config.xml too) manually? Can I remove other folders like Excel, Word from Office2013 installation folder?

MS Lync 2013 federation with Cisco CUP 8.6

Hi all,
I am currently trying to federate CUPS 8.6 with MS Lync 2013.
After a lot of certificate issues we finally got a one-way IM from CUPS to Lync. I can't get Presence in either direction or send an IM from Lync to CUPS user.
I have followed the Cisco guide for inter-domain federation within an enterprise. so no edge server or Cisco ASA involved.
The error message I am seeing on the Lync side is:
ms-diagnostics:
1010;reason="Certificate trust with another server could not be established";ErrorType="Refer to HRESULT code for specific security status";tls-target="CUP-A.cupdomain.co.uk";HRESULT="0x80090326(SEC_E_ILLEGAL_MESSAGE)";source="LCT-LYNCFE01.lyncdomain.net"
On the CUP side I can see the TLS session being dropped with this error message:
17:22:58.945 |[Wed Apr 23 17:22:58 2014] PID(24295) sip_tls_verify_callback: TLS protocol error(ssl reason code=(null) [0]),lib=(null) [0],fun=(null) [0], errno=0
17:22:58.945 |[Wed Apr 23 17:22:58 2014] PID(24295) sip_tcp.c(2409) SSL server accept returned SSL_ERROR_SSL
17:22:58.945 |[Wed Apr 23 17:22:58 2014] PID(24295) sip_tls_accept: TLS protocol error(ssl reason code=no certificate returned [178]),lib=SSL routines [20],fun=SSL3_GET_CLIENT_CERTIFICATE [137], errno=0
17:22:58.945 |Wed Apr 23 17:22:58 2014] PID(24295) sip_tcp.c(1056) sip_tcp : Hard close/destroy of tcp connid 93 sock_fd 37 flags 0
On the cisco side I have only set a TLS Peer as the LYNCPOOL server. do I need to set up a TLS Peer for all of the Lync Servers?
The lyncpool server has client and server enhanced key usage - do I need to reissue the certs with this for ALL servers in the lync cluster?
It seems like TLS will neogotiate successfully using the LYNCPOOL server but not with any of the other servers. Must be missing something simple.
Many thanks for advice.
Regards
Lee.

Hi,
Please double check the listen port of Lync Server．
In the Lync Server Management Shell enter the following command to verify the current system configuration: Get-CSRegistrarConfiguration
More ports requirement for Lync server you can refer to the link below:
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cups/8_6/english/integration_notes/IntegrationNote_CUP86_MicrosoftLyncServer2010_RCC.html
Note: Microsoft is providing this information as a convenience to you. The sites are not controlled by Microsoft. Microsoft cannot make any representations regarding the quality, safety, or suitability of any software or information found there. Please make
sure that you completely understand the risk before retrieving any suggestions from the above link.
Best Regards,
Eason Huang
Eason Huang
TechNet Community Support

Unable to connect as a formal agent to a Response Group after Migration to Lync 2013

We are in the process of migrating our Lync 2010 servers to Lync 2013. Everything seems to go well, but problems started to appear after we migrated the Lync 2010 response groups to Lync 2013. Now only those groups with informal agents work. All the groups
with formal agent, when they try select their group through the web page, they all get the error:
You are not a member of any group. For assistance, contact your support team"
Did anyone experience such an issue ?
Thanks,
Antonio

We had this problem with our recent migration of c. 350 response groups, many of which had formal agent groups. The cause appears to be that after the migration, the formal agent registration screen sees both the 'old' and the 'new' formal agent groups of
which the current user is a member and resolves these to only one entry on the registration screen (which is understandable). But the entry seems to be connected to the 'old' and not the 'new' agent group. We were able to verify this by checking in the old
and new pool database (rgsdyn) and seeing that even after the migration the formal agents were signing in to the old pool and not the new one. One solution is to delete the members from the old formal agent groups so that future registrations are forced to
take place in the new pool database. However, if you do this, bear in mind that if you have to back out the migration, you have to restore these.
We were also had to abandon one migration attempt because of another problem where the migration tool does not support the migration of agents who are defined indirectly in the agent group through a mail distribution group.
tags: Move-CsRgsConfiguration ; formal agent groups ; lync2013 ;

Lync 2013 mobile sign in error

I try sign in to Lync in my Windows Phone, and get error - Check my password. My password correct. For diagnose I enable "Failed Request Tracing Rules" on IIS on Lync 2013 Server and view only one warning from DirectoryListingModule - HttpStatus
403 Forbidden. I try reinstall web components on Server but no relult. How I can fix this?
If I create file "C:\Program Files\Microsoft Lync Server 2013\Web Components\External Website\default.aspx", I view blank page for
https://lyncdiscover.mydomain.com
If I enable Directory Browsing for Lync Server External Web Site, I view folder content for
https://lyncdiscover.mydomain.com and in "Failed Request Tracing Logs" I see OCSAuthModule - HttpStatus 401 Unauthorized

Hi,
The error message indicate the client is having an issue authenticating with Lync Server 2013. Please double check that Authentication Delegation is verified on the reverse proxy publishing rule configuration.
Client may authenticate directly. If the reverse proxy publishing rules are set to No delegate and client cannot authenticate directly, it fails to sign-in when it reaches the step to provide credentials to request a token after MEX retrieval.
More details you can refer to the link below, it is for Lync server 2010 but similar for Lync server 2013:
http://blogs.technet.com/b/nexthop/archive/2012/02/21/troubleshooting-external-lync-mobility-connectivity-issues-step-by-step.aspx
Best Regards,
Eason Huang
Eason Huang
TechNet Community Support

Lync 2013 updating databases after updating Front End servers

We have a front-end server pool consisting of 3 Lync 2013 servers and a back end of 2 SQL servers using SQL mirroring. All servers are Windows 2008 R2.
Following the instructions in
http://support2.microsoft.com/kb/2809243 , I verified that the servers were all ready for updates, then I ran the
Stop-CsWindowsService -Graceful cmdlet to stop the Lync services on the first FE server, then I ran LyncServerUpdateInstaller.exe to install the updates. After the updates were installed, I restarted the server, waited for Lync services
to all start, then repeated the process on the next 2 servers in turn. This was all successful.
I am now looking at step 2 in this document, applying the back-end database updates, and I have a problem and some questions. The problem is that all the databases had the principal copy on the mirrored SQL server. I ran the recommended Invoke-CsDatabaseFailover
-NewPrincipal Primary cmdlet repeatedly, using all the database types I could find, but I still have two databases (database names
xds and lis) on the mirrored server. Since the cmdlet requires a database type, what type of databases are the xds and the lis databases?
Once I get that done, I an still unsure of exactly what to run to update the databases. The KB article states to run Install-CsDatabase -ConfiguredDatabases -SqlServerFqdn FEBE.FQDN -Verbose .  Do I type this in exactly
as stated, or is FEBE.FQDN a variable for our SQL server or some other entity in our environment? If I do use the actual SQL Server name in that, do I run it twice, using the name of the mirrored SQL server the second time?
Thank you very much for your help.

Hi Logan Burt,
Central Management store database files
Data file or log purpose
                Xds.ldf
Transaction log file for the Central Management store
                Xds.mdf
Maintains the configuration of the current Lync Server 2013 topology, as defined and published by Topology Builder
                Lis.mdf
Location Information service data file
                Lis.ldf
Transaction log for the Location Information service data file
And you could verify if Lync Server 2013 database updates have completed successfully.
How to Verify if Lync Server 2013 Database Updates Completed Successfully
http://blogs.technet.com/b/dodeitte/archive/2013/07/02/how-to-verify-if-lync-server-2013-database-updates-completed-successfully.aspx
Best regards,
Eric

Iphone and ipad Lync Client Randomly cannot sign in to Lync 2013 Server

I have a Lync 2013 environment that will allow all clients to connect from inside and outside of the network except for ios devices. iOS devices are sometimes able to connect and sometimes not. When they are not able to sign in they receive a message stating,
"An Error Occurred in Lync. Please retry. If the problem persists, contact your support department"
I have run tests using the Microsoft Remote Connectivity Analyzer and all tests come back green. I have also used the Lync Connectivity Analyzer and get the results below:
Starting Lync server autodiscovery
Starting automatic discovery for secure (HTTPS) internal channel
Server discovery failed for secured internal channel against
https://lyncdiscoverinternal.earenfroe.com/
Starting automatic discovery for unsecure (HTTP) internal channel
Server discovery failed for unsecured internal channel against
http://lyncdiscoverinternal.earenfroe.com/
Starting automatic discovery for secure (HTTPS) external channel
Server discovery succeeded for secure (HTTPS) external channel against URL
https://lyncdiscover.earenfroe.com/
Starting automatic discovery for unsecure (HTTP) external channel
Server discovery failed for unsecured external channel against
http://lyncdiscover.earenfroe.com/
Starting the requirement tests for Lync Mobile 2013 App
Starting tests for Mobility (UCWA) service
Completed tests for Mobility (UCWA) service
Your deployment meets the minimum requirements for Lync Mobile 2013 App.
Anyone have any suggestions on where to go next? Troubleshooting an intermittent connection issue that only affects one mobile platform is tough...especially when all the testing tools say everything is configured correctly :)
Thanks in advance!
Tom

I have the same problem, and we have netscaller as revrse proxy solution and we have the required records created for mobility.
with lync2010 mobility it is working fine, but with lync 2013 mobiltity we have intermittent issue with error e2-3-33 error
raghu
I had the same problem (e2-3-33 on mobile devices at random times) and it turns out it was McAfee antivirus causing the UCWA service to crash repeatedly. The workaround for it is outlined in the below blog entry I found as well as the below Microsoft document.
Long story short you want to run follow the steps outlined in the workaround section below (I copied it from the linked MSFT document)
http://support.microsoft.com/kb/2997513
http://lynclounge.blogspot.com/2014/07/lync-mobility-issues-event-ids-1309.html
WORKAROUND
he following procedures must be performed on all Lync Server 2013 FE server and Director Lync 2013 server roles. To
perform these procedures, first open a command prompt as an administrator.
Windows Server 2008 R2
On the Start menu, type cmd.exe in the Windows search feature, and then press Enter.
Right-click cmd.exe, and then click Run as administrator.
Windows Server 2012
Press the Windows key to access the Start page.
Use the Windows search feature to locate cmd.exe.
Right-click cmd.exe, and then click Run as administrator.
In the Command Prompt window, follow these steps:
Navigate to the %install drive%:\Windows\System32\inetsrv> directory prompt.
Enter the following command, and then press Enter:
appcmd set config /section:applicationPools /[name='LyncUcwa'].recycling.disallowOverlappingRotation:true
Enter the following command, and then press Enter:
appcmd set config /section:applicationPools /[name='LyncUcwa'].processModel.shutdownTimeLimit:0.00:00:30
To confirm the changes from steps 2–3, enter the following command, and then press Enter:
appcmd list apppools lyncucwa /config
The following information should be returned to the console to confirm the update to the LyncUcwa application pool
settings:
<add name="LyncUcwa" autoStart="true" managedRuntimeVersion="v4.0" managedPipelneMode="Integrated" startMode="AlwaysRunning">
<processModel identityType="NetworkService" idleTimeout="00:00:00" shutdownTieLimit="00:00:30" />
<recycling disallowOverlappingRotation="true">
<periodicRestart time="00:00:00">
<schedule>
</schedule>
</periodicRestart>
</recycling>
<failure />
<cpu />
</add>

Office 2010 MUI in Finnish and Save and Send function not working after upgrading to Lync 2013 MUI

Problem is as follows. Used to have Office 2010, Outlook 2010 and Lync 2010, everything was working. People used it in Finnish and seemly quite a many of them used the Talleta ja lähetä (Save and Send in Finnish) in Office products.
After upgrading Lync to 2013 version, with Finnish language pack installed with it, the Save and send does not work in Office 2010 if it is used with Finnish as display language. When you try to use it you get a Mapi error and reason is undefined or something,
hard to say what it is exactly in english as the error message is in finnish. On those machines if the display language is changed back to english the Save and send works as it should.
Any ideas?

The problem was caused by the Language Packs for Lync 2013 or Office 2013. Without them all works.
And if you want to just unisntall the 2013 lang packs, then you also need to repair install the office 2010 ones to make it work again.

Lync 2013 Android can't sign in with 5.4 but can sign in with 5.3

AS Title said. I has deployed Lync 2013 Mobility. Now I got very strange things. First, I can sign in with Lync 2013 App Android 5.3.1100 and its fully functional(IM,Audio,Video). But when I update to Lync 2013 App Android 5.4.1106. I can't sign in.
No any Error message on screen. Even checked Android log. Still can't understand what happend.
My Lync environment is not using Public Cert. But if working fine with Private Cert on Lync 2013 App Android 5.3 version should be fine on Lync 2013 App Android 5.4 version.
I also test my connectivity on https://testconnectivity.microsoft.com/ . All Pass. No Errors.
Have anyone can tell me why I can't sign in with Android 5.4 version?
My Device is Asus padfone.
Android Version: 4.1.1
Here is my Lync 2013 App Android 5.4 log on my device.
--------- beginning of /dev/log/main
06-09 22:06:53.112 7271 7271 D SigningInActivity: onPause()
06-09 22:06:53.142 7271 7271 D SigningInActivity: onStop()
06-09 22:06:53.142 7271 7271 V ActivityMonitor: Activity Stop: com.microsoft.office.lync.ui.login.SigningInActivity
06-09 22:06:53.142 7271 7271 V ActivityMonitor: AComo is in backround now.
06-09 22:06:53.142 7271 7271 V ActivityMonitor: AComo is in background now.
06-09 22:06:53.172 7271 7271 I LYNC : INFO APPLICATION .\capplication.cpp/934:CApplication::serialize() called
06-09 22:06:53.172 7271 7271 V LYNC : VERBOSE APPLICATION .\ccredentialstore.cpp/137:storing credentials for service:1
06-09 22:06:53.512 7271 7271 I LYNC : INFO APPLICATION .\cbasepersistableentity.cpp/179:Storing 1 out-of-sync Object Models took 360ms
06-09 22:06:53.512 7271 7271 I LYNC : INFO UTILITIES .\cbasepersistablecomponent.cpp/230:Storing 6 out-of-sync components took 4ms
06-09 22:06:53.522 7271 7271 I PreferencesManager: commit is called on PreferencesManager.
06-09 22:06:53.562 7271 7271 W IInputConnectionWrapper: beginBatchEdit on inactive InputConnection
06-09 22:06:53.562 7271 7271 W IInputConnectionWrapper: endBatchEdit on inactive InputConnection
06-09 22:06:53.562 7271 7271 W IInputConnectionWrapper: beginBatchEdit on inactive InputConnection
06-09 22:06:53.562 7271 7271 W IInputConnectionWrapper: endBatchEdit on inactive InputConnection
06-09 22:07:41.901 7271 7271 I Choreographer: Skipped 36 frames! The application may be doing too much work on its main thread.
06-09 22:07:43.892 7271 7271 D SigningInActivity: onStart()
06-09 22:07:43.892 7271 7271 V ActivityMonitor: Activity Start: com.microsoft.office.lync.ui.login.SigningInActivity
06-09 22:07:43.892 7271 7271 V ActivityMonitor: AComo is in foreground now.
06-09 22:07:43.912 7271 7271 I LYNC : INFO APPLICATION .\cucwadatasynchronizer.cpp/1031:Mode 1 scheduled to timeout in 120sec
06-09 22:07:43.922 7271 7271 D SigningInActivity: onResume()
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\calertreporter.cpp/131:Clearing all(0) alerts
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\cucwaappsession.cpp/497:Called signOut() in state 1
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\calertreporter.cpp/117:Alert cleared of Category 2, Type 300, cleared 0 alerts
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\calertreporter.cpp/117:Alert cleared of Category 2, Type 301, cleared 0 alerts
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\calertreporter.cpp/117:Alert cleared of Category 2, Type 302, cleared 0 alerts
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/399:Cancelling all requests
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/409:Cancelling request: 0x5cc2b380
06-09 22:07:44.783 7271 7271 I LYNC : INFO TRANSPORT
E:\LcsSource\icomo\main\src\dev\lyncmobile/ucmp/transport/session/private/CSessionBase.hxx/158:Cancelling request: 0x5cc2b380
06-09 22:07:44.783 7271 7271 I LYNC : INFO UTILITIES .\cbasepersistablecomponent.cpp/230:Storing 1 out-of-sync components took 1ms
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\cucwaautodiscoveryserviceretrialwrapper.cpp/566:Timer cancelled. OnResume = 0
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\calertreporter.cpp/117:Alert cleared of Category 1, Type 201, cleared 0 alerts
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\cucwaappsession.cpp/975:CUcwaAppSession canceling all requests
06-09 22:07:44.783 7271 7271 I LYNC : INFO APPLICATION .\cucwaappsession.cpp/998:CUcwaAppSession::setNewActualState() state=0
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component UcwaSession on sign-out.
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component UcwaAutoDiscoverySession on sign-out.
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component JoinLauncherSession on sign-out.
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component EwsSession on sign-out.
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component EwsAutoDiscoverSession on sign-out.
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component HttpFileDownloadSession on sign-out.
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component BrbSession on sign-out.
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component CpsSession on sign-out.
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component PsomSession on sign-out.
06-09 22:07:44.803 7271 7271 I AndroidOperationQueue: CancelSync Started
06-09 22:07:44.803 7271 7271 I AndroidOperationQueue: No operations pending
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component WebTicketSession on sign-out.
06-09 22:07:44.803 7271 7271 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component MetaDataManager on sign-out.
06-09 22:07:44.803 7271 7271 I AndroidOperationQueue: CancelSync Started
06-09 22:07:44.803 7271 7271 I AndroidOperationQueue: No operations pending
06-09 22:07:44.803 7271 7271 I LYNC : INFO APPLICATION .\ccertificateprovisioningservice.cpp/541:Clearing certificate from transport: b72d9723-566b-4bb8-9e03-f58e40e8e34a
06-09 22:07:44.803 7271 7271 I AndroidOperationQueue: CancelSync Started
06-09 22:07:44.803 7271 7271 I AndroidOperationQueue: No operations pending
06-09 22:07:44.803 7271 7271 I LYNC : INFO APPLICATION .\ccertificateprovisioningservice.cpp/541:Clearing certificate from transport: b72d9723-566b-4bb8-9e03-f58e40e8e34a
06-09 22:07:44.803 7271 7271 I LYNC : INFO APPLICATION .\cucwaautodiscoveryserviceretrialwrapper.cpp/566:Timer cancelled. OnResume = 0
06-09 22:07:44.803 7271 7271 I AndroidOperationQueue: CancelSync Started
06-09 22:07:44.803 7271 7271 I AndroidOperationQueue: No operations pending
06-09 22:07:44.803 7271 7271 I LYNC : INFO APPLICATION .\ccertificateprovisioningservice.cpp/541:Clearing certificate from transport: b72d9723-566b-4bb8-9e03-f58e40e8e34a
06-09 22:07:44.803 7271 7271 I LYNC : INFO APPLICATION .\capplication.cpp/934:CApplication::serialize() called
06-09 22:07:44.803 7271 7271 V LYNC : VERBOSE APPLICATION .\ccredentialstore.cpp/137:storing credentials for service:1
06-09 22:07:44.954 7271 7271 I LYNC : INFO APPLICATION .\cbasepersistableentity.cpp/179:Storing 2 out-of-sync Object Models took 149ms
06-09 22:07:44.954 7271 7271 I LYNC : INFO APPLICATION .\cpresencesubscription.cpp/792:Removed 0 success records, current size is 0
06-09 22:07:44.964 7271 7271 I UcClientStateManager: New UI State: ActualState = IsSignedOut DesiredState = BeSignedOut DataAvailable = false New state=class com.microsoft.office.lync.ui.login.SigninActivity
06-09 22:07:44.974 7271 7271 V LyncActivity: finish being called for com.microsoft.office.lync.ui.login.SigningInActivity
06-09 22:07:44.974 7271 7271 I LyncPerformance: PerfEnd|4-10|1402322864979
06-09 22:07:44.984 7271 7271 I LyncPerformance: PerfEnd|4-10|1402322864988
06-09 22:07:44.984 7271 7271 D SigningInActivity: onPause()
06-09 22:07:45.014 7271 7271 D SigninActivity: onCreate()
06-09 22:07:45.014 7271 7271 V ActivityMonitor: Activity Create: com.microsoft.office.lync.ui.login.SigninActivity
06-09 22:07:45.024 7271 7271 W AccessibilityViewFactory: Failed to find class for view ImageView
06-09 22:07:45.024 7271 7271 W AccessibilityViewFactory: Failed to find class for view TextView
06-09 22:07:45.024 7271 7271 D TextView: Constructor - Got Res id for appearance for textColorPrimaryInverse
06-09 22:07:45.024 7271 7271 W ResourceType: Skipping entry 0x1060069 in package table 0 because it is not complex!
06-09 22:07:45.024 7271 7271 D TextView: Constructor - Got appearance for textColorPrimaryInverse
06-09 22:07:45.024 7271 7271 D TextView: Constructor -- Got mEditTextBackgroundColor
06-09 22:07:45.024 7271 7271 W AccessibilityViewFactory: Failed to find class for view TextView
06-09 22:07:45.024 7271 7271 D TextView: Constructor - Got Res id for appearance for textColorPrimaryInverse
06-09 22:07:45.024 7271 7271 W ResourceType: Skipping entry 0x1060069 in package table 0 because it is not complex!
06-09 22:07:45.024 7271 7271 D TextView: Constructor - Got appearance for textColorPrimaryInverse
06-09 22:07:45.024 7271 7271 D TextView: Constructor -- Got mEditTextBackgroundColor
06-09 22:07:45.034 7271 7271 W AccessibilityViewFactory: Failed to find class for view TextView
06-09 22:07:45.044 7271 7271 W AccessibilityViewFactory: Failed to find class for view ImageView
06-09 22:07:45.044 7271 7271 W AccessibilityViewFactory: Failed to find class for view TextView
06-09 22:07:45.044 7271 7271 W AccessibilityViewFactory: Failed to find class for view TextView
06-09 22:07:45.044 7271 7271 W AccessibilityViewFactory: Failed to find class for view ImageView
06-09 22:07:45.044 7271 7271 W AccessibilityViewFactory: Failed to find class for view TextView
06-09 22:07:45.044 7271 7271 D TextView: Constructor - Got Res id for appearance for textColorPrimaryInverse
06-09 22:07:45.044 7271 7271 W ResourceType: Skipping entry 0x1060069 in package table 0 because it is not complex!
06-09 22:07:45.044 7271 7271 D TextView: Constructor - Got appearance for textColorPrimaryInverse
06-09 22:07:45.044 7271 7271 D TextView: Constructor -- Got mEditTextBackgroundColor
06-09 22:07:45.044 7271 7271 W AccessibilityViewFactory: Failed to find class for view TextView
06-09 22:07:45.054 7271 7271 W AccessibilityViewFactory: Failed to find class for view TextView
06-09 22:07:45.054 7271 7271 D TextView: Constructor - Got Res id for appearance for textColorPrimaryInverse
06-09 22:07:45.054 7271 7271 W ResourceType: Skipping entry 0x1060069 in package table 0 because it is not complex!
06-09 22:07:45.054 7271 7271 D TextView: Constructor - Got appearance for textColorPrimaryInverse
06-09 22:07:45.054 7271 7271 D TextView: Constructor -- Got mEditTextBackgroundColor
06-09 22:07:45.054 7271 7271 W AccessibilityViewFactory: Failed to find class for view TextView
06-09 22:07:45.054 7271 7271 D TextView: Constructor - Got Res id for appearance for textColorPrimaryInverse
06-09 22:07:45.054 7271 7271 W ResourceType: Skipping entry 0x1060069 in package table 0 because it is not complex!
06-09 22:07:45.054 7271 7271 D TextView: Constructor - Got appearance for textColorPrimaryInverse
06-09 22:07:45.054 7271 7271 D TextView: Constructor -- Got mEditTextBackgroundColor
06-09 22:07:45.084 7271 7271 D e : bool
06-09 22:07:45.094 7271 7271 D e : bool
06-09 22:07:45.104 7271 7271 I LyncPerformance: PerfEnd|1:Signin Page Loaded|1402322865109
06-09 22:07:45.104 7271 7271 D SigninActivity: onStart()
06-09 22:07:45.104 7271 7271 V ActivityMonitor: Activity Start: com.microsoft.office.lync.ui.login.SigninActivity
06-09 22:07:45.104 7271 7271 D SigninActivity: onResume()
06-09 22:07:45.574 7271 7271 D SigningInActivity: onStop()
06-09 22:07:45.574 7271 7271 V ActivityMonitor: Activity Stop: com.microsoft.office.lync.ui.login.SigningInActivity
06-09 22:07:45.574 7271 7271 D SigningInActivity: onDestroy()
06-09 22:07:45.574 7271 7271 V ActivityMonitor: Activity Destroy: com.microsoft.office.lync.ui.login.SigningInActivity
06-09 22:07:46.645 7271 7271 W IInputConnectionWrapper: beginBatchEdit on inactive InputConnection
06-09 22:07:46.645 7271 7271 W IInputConnectionWrapper: endBatchEdit on inactive InputConnection
06-09 22:07:48.377 7271 7450 V LogAttachmentTask: Creating attachment in background task
Device Information
BUILD VERSION : 4.1.1
HARDWARE : qcom
CPU MAX FREQ : 1512MHz
BACK FACING CAMERA SPEC
Supported Preview Size : 1920X1080, 1280X960, 1280X720, 800X480, 768X432, 720X480, 640X480, 576X432, 480X320, 384X288, 352X288, 320X240, 240X160, 176X144
Supported Picture Size : 3264X2448, 3264X1836, 2592X1944, 2592X1458, 2048X1536, 2048X1152, 1920X1080, 1600X1200, 1600X900, 1280X768, 1280X720, 1024X768, 800X600, 800X480, 640X480, 352X288, 320X240, 176X144
Supported Video Size :No supported Video size
FRONT FACING CAMERA SPEC
Supported Preview Size : 640X480, 576X432, 480X320, 384X288, 352X288, 320X240, 240X160, 176X144
Supported Picture Size : 640X480, 352X288, 320X240, 176X144
Supported Video Size :No supported Video size
DISPLAY DENSITY : 240 dpi

Please try to sign in with manual settings, you can manually enter the following URLs:
https://<ExtPoolFQDN>/Autodiscover/autodiscoverservice.svc/Root for external access
https://<IntPoolFQDN>/AutoDiscover/AutoDiscover.svc/Root for internal access
Lisa Zheng
TechNet Community Support
Lisa Zheng:
Ok. I tried. Look its 406 on IIS Logs. Finding information. Have any suggestion on this?
Update: I find some information. But still not solve my problem.
My Deployment Structure:
Server:
Lync 2013 FE x 1 (Update to CU1,UCMA,database update,ITAdmin-Configuration)
Lync 2013 Edge x 1
Reverse Proxy (IIS8+ARR 3.0) x 1
Privacy Root Cert x 1, FE Cert x 1, Edge Cert x 1, Reverse Proxy Cert x 1.
Client:
Lync 2013 Basic(PC is installed Privacy Root Cert)
Lync 2013 Mobile ver 5.4 (Android, installed Privacy Root Cert) --- Can't log in.
Lync 2013 Mobile ver 5.3 (Android, installed Privacy Root Cert) --- All working fine.

Exchange 2013 SP1 Object is corrupted and inconsistent state after Lync 2013 Installation

Hi Fellows,
I am facing an issue with Exchange 2013 SP1 (5.0.847.32)
environment. I recently installed Lync 2013 (version: 5.0.8308.0) a week ago and just recently start getting the below error when configuring delegation or modifying the users/groups from Exchange Control Panel:
"The Object <object DN> has been corrupted, and it's in an inconsistent state. The following validation errors happened:
The access control defines the ObjectType <object guid> that can't be resolved.."
I can see some forum threads with same issue (links given below) but unable to find if this is a known issue and how to get it resolved. Need assistance if anyone has faced same and could help me out to figure it.
http://social.technet.microsoft.com/Forums/exchange/en-US/72310530-d1de-4b39-a0fb-1592247df03f/access-control-entry-issue-after-installing-lync-2013-into-the-forest?forum=exchangesvrdeploy
http://www.networksteve.com/exchange/topic.php/Issue_with_exchange_2013_lync_2013_intergration/?TopicId=37192&Posts=2
J.A

Hi
Usually the affected SID objects are referring to deleted objects.
Use the PsGetSid tool to try to resolve them.

Lync 2013 Office 365 - Can't Sign in

Hi,
Using Office 365 and Lync 2013.
Windows 7 64bit machine (New) Only built a couple of days ago.
I keep getting the following error
I have 2 machines next to eachother, one works perfect with Lync and signs in fine, the other does not and gets the erro above.
I also have another 3 newly built machines and they are having exactly the same issue.
When I get this message there is an Event as follows
The description for Event ID 0 from source MSOIDSVC.EXE cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.
If the event originated on another computer, the display information had to be saved with the event.
The following information was included with the event:
InitializeSvcAPI failed with hr = 0x80048883
I can sign into Office 365 fine, and use all the funcationality.
I have tried the following
Reimage machine - No Success
Uninstall office 2013 - No Success
Removed By licence from Office 365 - No Success
Tried loggin in using the local admin account rather than Domain - No success
I have also tried installing the Microsoft Online Services Sign-in Assistant - No Success
As you can probably tell, im not having much success.
Any Ideas?

Hi there,
It really sounds like network connectivity issues, like firewall or DNS.
Have you tried to connect the clients from another network?
Additionally, have you been trough this help document?
http://office.microsoft.com/en-us/lync-help/troubleshooting-lync-online-sign-in-errors-administrators-HA102892879.aspx
There is also a KB with a lot of resources for troubleshooting Lync Online sign-in issues
http://support.microsoft.com/kb/2541980/en
Best of luck :)
/Anders Eide

Lync 2013 for iPad & Windows Mobile Sign in Issue

Hi,
I hope someone can help with a very frustrating issue I'm having with Lync 2013 on iOS & Windows Mobile - it won't sign in with an error message saying 'We can't sign you in. Please check your account info and try again'
I know my account info is right as I use it to sign in to the desktop client when working remotely, and it also works fine on an Android client.
The Lync remote connectivity analyser passes all the tests, I can get to the xml file using https://lyncdiscover.domain.org/autodiscover/autodiscoverservice.svc/root from a laptop, but from the iPad it's just a blank screen.
I've tried using auto detect, and entering details manually, but still no luck. I'm completely stumped. I've trawled blogs, form posts etc, but nothing. HELP!!!
Some details - we have a FE server, and an Edge Server, both running Lync 2013 with latest updates. We use nGinX as the RP and that all seems to be fine. It just doesn't want to authenticate me (or anyone else).
See below part of log file from my iPad that shows an error on the FE server.
</SentRequest>
2014-03-07 08:19:36.200 Lync[1615:74c6000] INFO UTILITIES CHttpStreamPool.cpp/409:Allocating stream 0x589d0a0 for url - http://lyncdiscover.domain.org/ with persistent id as 7
2014-03-07 08:19:36.200 Lync[1615:74c6000] VERBOSE TRANSPORT CHttpProxyHelper.cpp/436:CHttpProxyHelper::discoverProxy : No proxy found for url http://lyncdiscover.domain.org/. Sending over direct connection.
2014-03-07 08:19:36.200 Lync[1615:74c6000] INFO TRANSPORT CHttpStreamPool.cpp/556:Not setting TLS as the url(http://lyncdiscover.domain.org/) is not https
2014-03-07 08:19:36.205 Lync[1615:3bc6218c] INFO UI CMConversationCommon.mm/43:not signed in
2014-03-07 08:19:36.206 Lync[1615:3bc6218c] INFO UI CMConversationCommon.mm/43:not signed in
2014-03-07 08:19:36.206 Lync[1615:3bc6218c] INFO UI CMConversationCommon.mm/43:not signed in
2014-03-07 08:19:36.206 Lync[1615:3bc6218c] INFO UI CMConversationCommon.mm/43:not signed in
2014-03-07 08:19:36.206 Lync[1615:3bc6218c] INFO UI CMConversationCommon.mm/43:not signed in
2014-03-07 08:19:36.595 Lync[1615:74c6000] INFO UTILITIES CHttpConnection.cpp/577:Received kCFStreamEventEndEncountered (UcwaAutoDiscoveryRequest)isHeadersAvailable = true responseHeadersHandle = 58b1930
2014-03-07 08:19:36.596 Lync[1615:74c6000] INFO UTILITIES CHttpConnection.cpp/651:Response status = 200 for request UcwaAutoDiscoveryRequest
2014-03-07 08:19:36.597 Lync[1615:74c6000] INFO UTILITIES CHttpStreamPool.cpp/455:Scheduling stream 0x58812c0 for release.
2014-03-07 08:19:36.597 Lync[1615:74c6000] INFO TRANSPORT CHttpRequestProcessor.cpp/173:Received response of request(UcwaAutoDiscoveryRequest) with status = 0x0
2014-03-07 08:19:36.598 Lync[1615:74c6000] INFO TRANSPORT TransportUtilityFunctions.cpp/925:<ReceivedResponse>
GET https://lyncdiscover.domain.org/?sipuri=sip:[email protected]
Request Id: 0x11d4988
HttpHeader:Cache-Control no-cache
HttpHeader:Connection keep-alive
HttpHeader:Content-Length 1025
HttpHeader:Content-Type application/vnd.microsoft.rtc.autodiscover+xml; v=1
HttpHeader:Date Fri, 07 Mar 2014 08:19:34 GMT
HttpHeader:Expires -1
HttpHeader:Pragma no-cache
HttpHeader:Server nginx/1.4.1
HttpHeader:StatusCode 200
HttpHeader:X-AspNet-Version 4.0.30319
HttpHeader:X-Content-Type-Options nosniff
HttpHeader:X-MS-Server-Fqdn KPPLYN04.ad.domain.org
HttpHeader:X-Powered-By ASP.NET
Ôªø<?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://extwebsvc01.domain.org/Autodiscover/AutodiscoverService.svc/root/domain?originalDomain=domain.org" /><Link token="User" href="https://extwebsvc01.domain.org/Autodiscover/AutodiscoverService.svc/root/user?originalDomain=domain.org"
/><Link token="Self" href="https://extwebsvc01.domain.org/Autodiscover/AutodiscoverService.svc/root?originalDomain=domain.org" /><Link token="OAuth" href="https://extwebsvc01.domain.org/Autodiscover/AutodiscoverService.svc/root/oauth/user?originalDomain=domain.org"
/><Link token="External/XFrame" href="https://extwebsvc01.domain.org/Autodiscover/XFrame/XFrame.html" /><Link token="Internal/XFrame" href="https://ly13webpool.ad.domain.org/Autodiscover/XFrame/XFrame.html"
/><Link token="XFrame" href="https://extwebsvc01.domain.org/Autodiscover/XFrame/XFrame.html" /></Root></AutodiscoverResponse>
</ReceivedResponse>
2014-03-07 08:19:36.599 Lync[1615:74c6000] INFO TRANSPORT CUcwaAutoDiscoveryResponse.cpp/119:location value is external
2014-03-07 08:19:36.600 Lync[1615:74c6000] INFO TRANSPORT CUcwaAutoDiscoveryResponse.cpp/195:User url is https://extwebsvc01.domain.org/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain.org
2014-03-07 08:19:36.601 Lync[1615:74c6000] INFO TRANSPORT CHttpRequestProcessor.cpp/266:Sending event to main thread for request(0x11d4988)
2014-03-07 08:19:36.602 Lync[1615:3bc6218c] INFO APPLICATION CTransportRequestRetrialQueue.cpp/822:Req. completed, Stopping timer.
2014-03-07 08:19:36.602 Lync[1615:3bc6218c] INFO APPLICATION CUcwaAutoDiscoveryGetUserUrlOperation.cpp/290:Received a root response
2014-03-07 08:19:36.602 Lync[1615:3bc6218c] INFO APPLICATION CUcwaAutoDiscoveryGetUserUrlOperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation completed with url = https://lyncdiscover.domain.org/?sipuri=sip:[email protected], userUrl = https://extwebsvc01.domain.org/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain.org,
status = S_OK (S0-0-0)
2014-03-07 08:19:36.603 Lync[1615:3bc6218c] INFO APPLICATION CTransportRequestRetrialQueue.cpp/725:Response received for req. GET-UnAuthenticatedGet(0x11d4988): S_OK (S0-0-0) (Success); Done with req.; Stopping resend timer
2014-03-07 08:19:36.603 Lync[1615:3bc6218c] INFO APPLICATION CTransportRequestRetrialQueue.cpp/399:Cancelling all requests
2014-03-07 08:19:36.603 Lync[1615:3bc6218c] INFO APPLICATION CTransportRequestRetrialQueue.cpp/409:Cancelling request: 0x1124488
2014-03-07 08:19:36.604 Lync[1615:3bc6218c] INFO TRANSPORT CSessionBase.hxx/158:Cancelling request: 0x1124488
2014-03-07 08:19:36.604 Lync[1615:3bc6218c] INFO TRANSPORT CTransportThread.cpp/163:Added Request(UcwaAutoDiscoveryRequest) to Request Processor queue
2014-03-07 08:19:36.604 Lync[1615:3bc6218c] INFO APPLICATION CUrlRedirectAndTrustResolver.cpp/610:UrlRedirectAndTrustResolver complete with url = http://lyncdiscover.domain.org/, Hops = 1, status = W_Cancelled (W0-0-6)
2014-03-07 08:19:36.605 Lync[1615:74c6000] INFO TRANSPORT CTransportThread.cpp/343:Sent Request(UcwaAutoDiscoveryRequest) to Request Processor
2014-03-07 08:19:36.605 Lync[1615:3bc6218c] INFO APPLICATION CUcwaAutoDiscoveryGetUserUrlOperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation completed with url = http://lyncdiscover.domain.org/?sipuri=sip:[email protected], userUrl = , status = W_Cancelled
(W0-0-6)
2014-03-07 08:19:36.605 Lync[1615:74c6000] INFO UTILITIES CHttpStreamPool.cpp/455:Scheduling stream 0x589d0a0 for release.
2014-03-07 08:19:36.606 Lync[1615:3bc6218c] INFO TRANSPORT CCredentialManager.cpp/176:getSpecificCredential for serviceId(1) returning: credType (1) signInName ([email protected]) domain (ad) username (ab00wk) password.empty() (0) certificate.isValid() (0)
privateKey.empty() (1) compatibleServiceIds(1)
2014-03-07 08:19:36.606 Lync[1615:3bc6218c] INFO TRANSPORT CMetaDataManager.cpp/403:Received a request to get the meta data of type 0 for url https://extwebsvc01.domain.org/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain.org
2014-03-07 08:19:36.606 Lync[1615:3bc6218c] INFO TRANSPORT CMetaDataManager.cpp/467:Sending Unauthenticated get to get the web-ticket url
2014-03-07 08:19:36.607 Lync[1615:3bc6218c] INFO TRANSPORT CTransportThread.cpp/131:Added Request() to Request Processor queue
2014-03-07 08:19:36.607 Lync[1615:3bc6218c] INFO TRANSPORT CAuthenticationResolver.cpp/108:Waiting on Meta Data from https://extwebsvc01.domain.org/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain.org
2014-03-07 08:19:36.607 Lync[1615:6081000] INFO TRANSPORT CTransportThread.cpp/343:Sent Request() to Request Processor
2014-03-07 08:19:36.607 Lync[1615:3bc6218c] INFO APPLICATION CTransportRequestRetrialQueue.cpp/385:Submitting new req. GET-AuthenticatedUserGetRequest(0x11e6bf8)
2014-03-07 08:19:36.608 Lync[1615:6081000] WARNING TRANSPORT CCredentialManager.cpp/317:CCredentialManager::getSpecificCredential returning NULL credential for serviceId (4) type (1)!
2014-03-07 08:19:36.608 Lync[1615:3bc6218c] INFO APPLICATION CUcwaAutoDiscoveryService.cpp/1194:Submitting Authenticated AutoDiscovery request to https://extwebsvc01.domain.org/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain.org
2014-03-07 08:19:36.609 Lync[1615:6081000] INFO TRANSPORT TransportUtilityFunctions.cpp/631:<SentRequest>
GET https://extwebsvc01.domain.org/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain.org
Request Id: 0x1124488
HttpHeader:Accept
HttpHeader:X-MS-WebTicket xxxxxxxxxx
</SentRequest>
2014-03-07 08:19:36.609 Lync[1615:3bc6218c] INFO APPLICATION CUcwaAutoDiscoveryService.cpp/1688:Ignoring GetUserUrlOperation event as current state is 6
2014-03-07 08:19:36.610 Lync[1615:3bc6218c] INFO APPLICATION CUcwaAutoDiscoveryService.cpp/1690:Request url was http://lyncdiscover.domain.org/?sipuri=sip:[email protected]
2014-03-07 08:19:36.610 Lync[1615:6081000] INFO UTILITIES CHttpStreamPool.cpp/409:Allocating stream 0x58bf6c0 for url - https://extwebsvc01.domain.org/autodiscover/autodiscoverservice.svc/root/user with persistent id as 15
2014-03-07 08:19:36.610 Lync[1615:6081000] VERBOSE TRANSPORT CHttpProxyHelper.cpp/436:CHttpProxyHelper::discoverProxy : No proxy found for url https://extwebsvc01.domain.org/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain.org. Sending over
direct connection.
2014-03-07 08:19:36.941 Lync[1615:6081000] INFO UTILITIES CHttpConnection.cpp/577:Received kCFStreamEventEndEncountered (0x%u0x104bc00)isHeadersAvailable = true responseHeadersHandle = 58b6bd0
2014-03-07 08:19:36.942 Lync[1615:6081000] INFO UTILITIES CHttpConnection.cpp/651:Response status = 401 for request 0x%u0x104bc00
2014-03-07 08:19:36.943 Lync[1615:6081000] INFO UTILITIES CHttpConnection.cpp/718:Not send authenticating request(0x%u0x104bc00). isAuthObjectValid - 0, areCredentialsValid - 0, resendRequestCounter - 1
2014-03-07 08:19:36.943 Lync[1615:6081000] INFO UTILITIES CHttpStreamPool.cpp/455:Scheduling stream 0x58bf6c0 for release.
2014-03-07 08:19:36.943 Lync[1615:6081000] INFO TRANSPORT CHttpRequestProcessor.cpp/173:Received response of request() with status = 0x0
2014-03-07 08:19:36.944 Lync[1615:6081000] INFO TRANSPORT TransportUtilityFunctions.cpp/925:<ReceivedResponse>
GET https://extwebsvc01.domain.org/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain.org
Request Id: 0x1124488
HttpHeader:Cache-Control no-cache
HttpHeader:Connection keep-alive
HttpHeader:Content-Length 1293
HttpHeader:Content-Type text/html
HttpHeader:Date Fri, 07 Mar 2014 08:19:35 GMT
HttpHeader:Server nginx/1.4.1
HttpHeader:StatusCode 401
HttpHeader:X-Content-Type-Options nosniff
HttpHeader:X-MS-Server-Fqdn KPPLYN04.ad.domain.org
HttpHeader:X-MS-WebTicketSupported cwt,saml
HttpHeader:X-MS-WebTicketURL https://extwebsvc01.domain.org/WebTicket/WebTicketService.svc
HttpHeader:X-Powered-By ASP.NET
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"/>
<title>401 - Unauthorized: Access is denied due to invalid credentials.</title>
<style type="text/css">

</style>
</head>
<body>
<div id="header"><h1>Server Error</h1></div>
<div id="content">
<div class="content-container"><fieldset>
<h2>401 - Unauthorized: Access is denied due to invalid credentials.</h2>
<h3>You do not have permission to view this directory or page using the credentials that you supplied.</h3>
</fieldset></div>
</div>
</body>
</html>
If you need any further info, please let me know.
Thanks in advance
Aron

Hi,
Did the sip address name match with User Principle Name?
If not, when you enter the login information please also populate the Username filed using the format domainusername and test again.
Here is a blog may help you, it is for Lync server 2010 but similar for Lync server 2013:
http://blogs.perficient.com/microsoft/2011/12/lync-mobility-understanding-sip-sign-in-address-vs-user-principle-name-upn/
Note: Microsoft is providing this information as a convenience to you. The sites are not controlled by Microsoft. Microsoft cannot make any representations regarding the quality, safety, or suitability of any software or information found there. Please make
sure that you completely understand the risk before retrieving any suggestions from the above link.
Best Regards,
Eason Huang
Eason Huang
TechNet Community Support

Lync 2013 hang after sign-in

Similar Messages

Maybe you are looking for