Lync 2013 Connectivity Problems
We have one computer that will not let anyone sign into Lync 2013. We have re-installed Lync, repaired Lync, tried using the manual configuration with the lync servers, compared registry settings from a machine that does work, compared certificates to
machine that works, and looked at network settings on the computer with no luck. When you attempt to login, you enter your email address which is <[email protected] and then get prompted for a password. Once you enter your password, you just see the
message "Connecting to server and signing in." This will just sit here to many many minutes and not ever do anything. We are using Office 365, Office 2013, and using a hosted exchange environment with dirsync with password sync. Can anyone help with
this issue? It is definitely something local to this computer because the user can login to Lync on other computers. Thanks.
Get sign in automatic configuration and download lync from office 365 portal
Then try again to sign in if still have problem try to use the following
For Problem acquiring a personal certificate that is required to sign in If the user’s sign address has recently changed, they may need to delete cached sign-in data. Ask users to run the automated
Fix it wizard in
Microsoft Knowledge Base article 2698626.
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).
Similar Messages
-
Lync 2013 credentials problems on domain computers
Hi folks,
We are having trouble with Lync 2013 and credentials on our domain computers. We have been using Office 365 and Outlook for our email for a couple years and it has worked well enough, so recently we decided we wanted to start using Lync as well. We deployed
the Office 365 Pro Plus suite available to us through our Office 365 subscription and signed in. The first sign-in went as expected. It asked for a username and password, asks if it should remember those credentials for next sign-in (yes), then connects and
everything with Lync itself functioned normally. Subsequent sign-ins have not been normal.
When a user restarts their computer and launches Lync it remembers their user name but not their password. Once they type their password in it asks if it should remember those credentials for next sign-in again, then connects. If a user exits and re-launches
Lync without restarting it remembers their credentials and signs in properly, but then immediately a popup box appears saying that "Credentials are required" in order for Lync to get calendar information from Outlook ( http://i.imgur.com/hqcK426.png
We know the problem is only happening with computers on our domain, but we don't know why. I tested things out on my home desktop and network by installing Office 365 Pro Plus, setting up Outlook, and then Lync. Both Outlook and Lync auto-discovered everything
normally after getting my credentials and Lync behaves as expected every time the program launches. I then brought my personal laptop in and tried the same thing on my work network to see if it is network related, but Lync behaves normally on that computer
as well.
I originally worked on the problem at the Office 365 Community Forums ( http://community.office365.com/en-us/f/166/t/246014.aspx ), but after we isolated the problem to something with the domain computes I was told that they could not help me any further
and was referred here. Does anyone have any ideas as to what is keeping Lync from behaving properly on our domain computers? We have a mix of Windows 7 x64 and Windows 8.1 x64 computers, all joined to the same domain and with the same basic suite of software.
Thanks,
~Misharum
PS: How do I verify my account? The outlook.com email address has been verified, but I don't see anywhere to do verification in my TechNet profile here.Yeah, the clients are fully patched. I put a support ticket in through Office 365 and the rep there was able to help me. It ended up being two separate problems.
Lync was not remembering my credentials to automatically log me in between restarts:
Installed the latest version of the Microsoft Online Services Sign-In Assistant.
After signing signing into Lync another popup appeared asking for credentials again to access calendar information. (two steps to solve this one).
In Active Directory Users and Computers, open up the properties of each affected user, go to the Attribute Editor tab, find and double click the proxyAddress attribute, and add in
sip:[email protected] where the userid is the user's login name and domain.com is your domain. I'd imagine this is scriptable in PowerShell but I don't know enough to do it.
Then on the computer that the users will be using, while the user is logged in, add a dword of NoDomainUser = 1 in the registry at HKCU\Software\Microsoft\Office\15.0\Common\Identity. The most sensible way to do this in my mind is with a group policy so
it will get written to each user's registry under their profile when they log in.
After doing all of this Lync remembered my credentials between restarts, signed me in automatically, and only gave that credentials popup on the first sign-in after applying both changes in step 2. -
Lync 2013 installation problem - dll file missing
Hi,
I've encountered this problem with Lync 2013 installation on 2 different computers.
Error message:
"perfboost.exe - System Error
The program can't start because appvisvsubsystems32.dll is missing from your computer. Try reinstalling the program to fix this problem."
The first time i got this error was while installing Lync 2013 (32-bit ver.) for a user with an E1 Office 365 plan and an Office 2013 Home and Business suite installed (32-bit version) on a 64-bit Win 7 Pro machine. The installation completed despite the
error message but Lync could not connect to the server saying that "the server for
domain.eu cannot be found". I tried the manual configuration with the same result. I'm confident it's not a DNS problem as other users within the same domain are using Lync 2013 with no connectivity issues.
The second time I got the error was when installing Lync 2013 on a new machine, also with Office 2013 H&B 32-bit and Lync 2013 32-bit downloaded from the user's Office 365 account (also plan E1). The installation also completed but I had no problems
logging the user in (it's another user, same domain)
Anyone has a clue about this? Should I install the 64-bit Lync version instead? Would it conflict with the 32-bit Office 2013?
Thanks.
LukaHi Teklace,
The issue is more related to Office, You may repair Office 2013 using the following link and check if it works fine as expected:
https://support.office.com/en-us/article/Repair-an-Office-application-7821d4b6-7c1d-4205-aa0e-a6b40c5bb88b?ui=en-US&rs=en-US&ad=US
Some similar cases for your reference.
https://social.technet.microsoft.com/Forums/office/en-US/4fdea64f-e7c8-4e08-95b2-fb54984d617f/appvisvsubsystems32dll-error?forum=officesetupdeploy
http://answers.microsoft.com/en-us/office/forum/officeonline-word_online/appvisvsubsystems32dll/75c4067b-d23f-4d50-bd23-82934852fed8
http://answers.microsoft.com/en-us/office/forum/office_365hp-office_install/appvisvsubsystem32dll/106805c1-5928-4a7e-a8b7-6c438e279969
If the error still exists, to ensure you get better support, I suggest you turn to our Office forum for dedicated support. With the assistance provided there, it is more likely the issue can
be resolved. Sorry for any inconvenience this caused. Thanks for your understanding.
https://social.technet.microsoft.com/Forums/office/en-US/home?category=officeitpro
Best regards,
Eric -
Lync 2013 and problem with copy/paste from SQL Mgmt Studio.
Hi Everyone,
Recently one of ours programmers noticed a very interesting issue which is a real pain in the a## for him and his colleagues. It was all fine with Lync client 2010, problem started when moved some people to 2013 client.
When someone sends him a message with SQL Code, and he is pasting it into SQL mgmt std. he gets dashes "-" instead of spaces " ".
I thought this is a local PC issue, but:
1. On 2010 it worked, stopped all of a sudden when they changed lync client to 2013
2. They are pasting code on the SERVER not local SQL mgmt std. on their client machines
3. Even if I send him a code from Lync 2010 and he is pasting that from his 2013 client - he gets "-" dashes, so I guess it is not important from where I send the message, but from where he is copying it.
As for now, I have noticed that problem with guys from England and region of APAC - they have lync 2013 client already.
Really appreciate any help as I donot have any point where to start troubleshooting...
Cheers guys,Hi,
I test the issue with my colleague and didn't find the same issue.
Here is the screenshot:
So please check if Lync Server 2013 and all the issued Lync 2013 client update to the latest version firstly, it not update to the latest version, update it and then test again.
Best Regards,
Eason Huang
Eason Huang
TechNet Community Support -
Hello,
I have two problems with Microsoft Lync 2013 (see level in screenshot). The first one appeared after May Windows updates and is so annoying that I decided myself to open a post in this forum, with the second one. The first problem is the most important for
me (see why when reading) and the second one is the cherry on the cake if solved, but is minor.
1) I'm kicked off from meetings when presenters change
In an online meeting, when presenters change, I'm kick off since last May updates (very clear since it didn't happen before). I'm unable to specify if it occurs when I'm presenter or just attendee, but that could influence. I will try to report if/when I
notice a difference.
THIS IS REALLY IMPORTANT, Please help me solve this !
2) Lync freezes for approx. 30' to 1min. when leaving first call of day
I reboot my PC every day. I always notice that after leaving voice call from my first meeting of the day, Lync freezes (doesn't respond message) for 30' to 1min. This is when I leave audio, not meeting window. This never occurs again in the course of the
day. Windows goes into hourglass, then it works again.
Does anyone know about this ? Any action to help diagnose or solve this ?
Again this is less important than first problem
Thanks for help
-PierreThe steps to remove the update:
Open Control Panel, click Programs, and then, under Programs and Features, clicking View installed updates.
Click the update that you want to remove, and then click Uninstall.
For Lync 2013 May 2014 update, it is KB2880980.
You can check the following website about the drivers:
http://www.driverscape.com/download/plantronics-c320-m
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.
Lisa Zheng
TechNet Community Support -
IISARR URLS for Lync 2013 not working externally
Hello All,
Currently facing issue of opening lyncdiscover.domain.com from external.
I have created the server farm uing IISARR for Lync2013 & added 5 rules under the server farm as shown below:
meet.domain.com
dialin.domain.com
lyncdiscover.domain.com
owebapp.domain.com
When I tried browse all the above URL's none of the URLs are opening & showing below errors as attached screen shot:
Also when I tried test by using Lync 2013 Connectivity Analyzer showing below errors
SIP Uri: [email protected]
Logging test parameters:
User Name:
Discovery Type: Automatic Discovery
Network access: NetworkAccessInternal
Selected client: ApplicationLMX
Starting Lync server autodiscovery
Please wait; this test may take several minutes to complete...
Starting automatic discovery for secure (HTTPS) internal channel
lyncdiscoverinternal.domain.com can't be resolved by the DNS server. Skipping internal discovery.
For more information on DNS requirements for automatic discovery, please refer to http://go.microsoft.com/fwlink/?LinkId=278998
Starting automatic discovery for secure (HTTPS) external channel
Sending HTTP request to https://lyncdiscover.domain.com/[email protected]
Cookie found in autodiscover response: StatusCode: 500, ReasonPhrase: 'URL Rewrite Module Error.', Version: 1.1, Content: System.Net.Http.StreamContent, Headers:
Cache-Control: private
Date: Mon, 08 Sep 2014 11:51:26 GMT
Server: Microsoft-IIS/8.5
Content-Length: 5694
Content-Type: text/html; charset=utf-8
Autodiscover: SendRequest(): the URL https://lyncdiscover.domain.com/[email protected] couldn't be connected. Complete HTTP headers:\r\n Cache-Control: private
Date: Mon, 08 Sep 2014 11:51:26 GMT
Server: Microsoft-IIS/8.5
Couldn't connect to URL https://lyncdiscover.domain.com/[email protected]
Reason: Internal server error (HTTP status code 500)
System.Exception: Exception of type 'System.Exception' was thrown.
at Microsoft.LyncServer.WebServices.AutoDiscoverManager.TerminateAD(String mesg)
at Microsoft.LyncServer.WebServices.AutoDiscoverManager.<SendRequest>d__d.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
at Microsoft.LyncServer.WebServices.AutoDiscoverManager.<TryNextUrl>d__3.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Microsoft.LyncServer.WebServices.AutoDiscoverManager.<StartDiscoveryJourney>d__0.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at LyncConnectivityAnalyzerCore.Utilities.<RetrieveUserLocation>d__3e.MoveNext()
Server discovery failed for secured external channel against https://lyncdiscover.domain.com/
Starting automatic discovery for unsecure (HTTP) external channel
Sending HTTP request to http://lyncdiscover.domain.com/[email protected]
Cookie found in autodiscover response: StatusCode: 500, ReasonPhrase: 'URL Rewrite Module Error.', Version: 1.1, Content: System.Net.Http.StreamContent, Headers:
Cache-Control: private
Date: Mon, 08 Sep 2014 11:51:44 GMT
Server: Microsoft-IIS/8.5
Content-Length: 5765
Content-Type: text/html; charset=utf-8
Autodiscover: SendRequest(): the URL http://lyncdiscover.domain.com/[email protected] couldn't be connected. Complete HTTP headers:\r\n Cache-Control: private
Date: Mon, 08 Sep 2014 11:51:44 GMT
Server: Microsoft-IIS/8.5
Couldn't connect to URL http://lyncdiscover.domain.com/[email protected]
Reason: Internal server error (HTTP status code 500)
System.Exception: Exception of type 'System.Exception' was thrown.
at Microsoft.LyncServer.WebServices.AutoDiscoverManager.TerminateAD(String mesg)
at Microsoft.LyncServer.WebServices.AutoDiscoverManager.<SendRequest>d__d.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
at Microsoft.LyncServer.WebServices.AutoDiscoverManager.<TryNextUrl>d__3.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Microsoft.LyncServer.WebServices.AutoDiscoverManager.<StartDiscoveryJourney>d__0.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at LyncConnectivityAnalyzerCore.Utilities.<RetrieveUserLocation>d__3e.MoveNext()
Server discovery failed for unsecured external channel against http://lyncdiscover.domain.com/
None, AutoInternalDNSFail, AutoInternalSecureD, AutoInternalUnsecureD, AutoExternalSecureD, AutoExternalUnsecureD, ManualDNSFail, ManualSecureD, ManualUnsecureD, AuthBrokerInternalLMXCheckGET, AuthBrokerInternalLMXCheckPOST, AuthBrokerExternalLMXCheckGET, AuthBrokerExternalLMXCheckPOST,
MobilityMCXInternalLMXCheckGET, MobilityMCXInternalLMXCheckPOST, MobilityMCXExternalLMXCheckGET, MobilityMCXExternalLMXCheckPOST, LMXSIPServerInternalDNS, LMXSIPServerExternalDNS, MobilityUCWAInternalCheckPOST, MobilityUCWAExternalCheckPOST
Automatic discovery of the Lync server failed. Please verify the server requirements at http://go.microsoft.com/fwlink/?LinkId=278998
Microsoft Lync Connectivity Analyzer cannot analyze deployment readiness until a discovery test has completed successfully.
=============================================================================
NOTE : For my current Set Up for Lync 2013 please refer this link & kindly ignore the SQL archiving & monitoring issue for database mismatch version as it is resolved:
http://social.technet.microsoft.com/Forums/lync/en-US/032a8ef2-636d-40ae-a4f1-951e9a39999f/lync-2013-archiving-and-monitoring-sql-database-version-mismatch-issues?forum=lyncdeploy
Any help really appreciated
Regards
Anand S
Thanks & Regards Anand Sunka MCSA+CCNA+MCTSHi,
Please make sure there is no typos in the URL rewrite rule.
You can configure IIS ARR to display more information with the error with the following path:
Open IIS Manager –> Sites –> Default Web Site –> Error Pages –> Edit Feature Settings.
Select Detailed error
Then you can access simple URL again to check the full error message.
More details:
http://unifiedme.co.uk/2014/04/iis-arr-500-internal-server-error-get-meaning-full-info/
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. There was a problem connecting with the Exchange. Unable to load the magazine discussions.
Installed Lync Server Standart 2013, client PC MS Office 2013.
As the mail system - Lotus Notes Domino Server and Lotus Notes client, respectively.
Exchange is not installed at all.
question:
1 What is the message: "There was a problem connecting with Exchange. Unable to load the magazine discussions." and how it is fraught?
2 How can I fix this message? Cleaning the C: \ Users \% UserName% \ AppData \ Local \ Microsoft \ Office \ 15.0 \ Lync \ does not help
3 What are the disadvantages when using Lync Server Standart 2013 without Exchange? In principle, I put for Lync Exchange?
4 What are the advantages when using Lync Server Standart 2013 with Exchange?
5 Is it possible to work simultaneously Lync Server Standart 2013 + Exchange + Lotus Notes
Thank you.1) That sounds like a strange translation. But basically, it wants to connect to Exchange and it's complaining.
2) You can attempt to go to Tools->Options->Personal and set Personal Information Manager to None, and in Lync Management Shell run set-csclientpolicy
http://technet.microsoft.com/en-us/library/gg398300.aspx with the following options:
DisableCalendarPresence $True
DisableEmailComparisonCheck $True
EnableExchangeContactSync $False
There may be more, I've never tried to completely disable Exchange features from Lync.
3) No conferencing plugin for meeting invites, no automatic presence management based upon your calendar, no searching your Outlook contacts for new contacts, no voicemail, no conversation history,no unified contact store, and more:
http://technet.microsoft.com/en-us/library/jj688098.aspx
4) This is just #3 in reverse :)
5) Depends on your goals, but the experience wouldn't be great. You'd want to keep your contacts and calendar in Exchange and your email in Notes. It would be confusing to your users.
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 -
Voice problems with Lync 2013 Mobile
Hi
I have a situation where Lync 2013 on both iPhone & Android has started giving problems with making and receiving voice calls. There are no problems with Windows, Mac or Phone Edition clients that I'm aware of. I have not tested anything over the VPN,
but this should not be a factor.
For receiving calls - If the user is connected to the LAN via Wi-Fi AND the call is from an internal user, all works fine. If the call is from an external user OR the user is connected via 3G, then the call just shows "Connecting" indefinitely.
This includes transferred calls.
For making calls - If the user is connected to the LAN via Wi-FI and calls either an internal or external users, all works fine. If the user is connected via 3G and calls either an internal or external user, the phone rings, but when it's answered it shows
call ended.
I have ran RUCT on a computer outside the network, with the following findings:
DNS:
Record
Type
Hostname
IP Address
Port
Weight
Priority
_sip._tls.domain.com
SRV
sip.domain.com
Edge External IP
443
100
0
sip.domain.com
A
sip.domain.com
Edge External IP
sipexternal.domain.com
A
sipexternal.domain.com
Edge External IP
meet.domain.com
A
meet.domain.com
<null>
_ntp._udp.domain.com
SRV
pool.ntp.org
NTP Server IP
123
100
0
_sipfederationtls._tcp.domain.com
SRV
sip.domain.com
Edge External IP
5061
100
0
lyncdiscover.domain.com
A
sip.domain.com
Edge External IP
lyncdiscover.domain.com
CNAME
sip.domain.com
I have ran Test Port on each entry where there is a port with successful results. Ping works on all entries.
If I query Certificate Information on sip.domain.com with port 5061 or 444, it succeeds and returns the certificate with subject sip.domain.com. If I query 443, it fails with error "An error occurred while retrieving the certificate. Unable to read
data from the transport connection: An existing connection was forcibly closed by the remote host."
On Microsoft Remote Connectivity Analyzer, all tests pass except for the certificate test:
The Microsoft Connectivity Analyzer is attempting to obtain the SSL certificate from remote server sip.domain.com on port 443
The Microsoft Connectivity Analyzer wasn't able to obtain the remote SSL certificate.
Running netstat on Lync Edge gives me the following with regards to port 443:
TCP <Internal IP>:443 Lync2:0 LISTENING
TCP <External IP>:443 Lync2:0 LISTENING
Firewall allows connections on port 443 and I've tried disabling the firewall as well. Trying to open https://sip.domain.com in the browser on the Lync Edge fails also, telnet succeeds, but no data is returned.
I've restarted the AV service and also rebooted the Lync Edge server, no change. In the topology builder, I can see that AV is configured to listen on port 443.
Any ideas would be most welcome.
Regards
Lionel
MCP Windows Server MCTS .NETI have ran a large amount of additional tests. On my latest round of testing, I have obtained the following results:
Call received via PSTN gateway on user DID, answered by desktop client inside LAN - works.
Call received via PSTN gateway on response group, answered by desktop client inside LAN - works.
Call received via PSTN gateway on user DID, answered by desktop client outside LAN (behind NAT, DSL router) - works.
Call received via PSTN gateway on response group, answered by desktop client outside LAN (behind NAT, DSL router) - works.
Call received via PSTN gateway on user DID, answered by mobile client inside LAN - does not work.
Call received via PSTN gateway on response group, answered by mobile client inside LAN - does not work.
Call received via PSTN gateway on user DID, answered by mobile client outside LAN (behind NAT, DSL router) - works.
Call received via PSTN gateway on response group, answered by mobile client outside LAN (behind NAT, DSL router) - works.
Call received via PSTN gateway on user DID, answered by mobile client outside LAN (3G) - does not work.
Call received via PSTN gateway on response group, answered by mobile client outside LAN (3G) - does not work.
Call received via PSTN gateway on user DID, answered by desktop client inside LAN and transferred to mobile client inside LAN - does not work.
Call received via PSTN gateway on response group, answered by desktop client inside LAN and transferred to mobile client inside LAN - does not work.
Call received via PSTN gateway on user DID, answered by desktop client inside LAN and transferred to mobile client outside LAN (behind NAT, DSL router) - works.
Call received via PSTN gateway on response group, answered by desktop client inside LAN and transferred to mobile client outside LAN (behind NAT, DSL router) - works.
Call received via PSTN gateway on user DID, answered by desktop client inside LAN and transferred to mobile client outside LAN (3G) - does not work.
Call received via PSTN gateway on response group, answered by desktop client inside LAN and transferred to mobile client outside LAN (3G) - does not work.
Call made through PSTN gateway from desktop client inside LAN - works.
Call made through PSTN gateway from desktop client outside LAN (behind NAT, DSL router) - works.
Call made through PSTN gateway from mobile client inside LAN - does not work.
Call made through PSTN gateway from mobile client outside LAN (behind NAT, DSL router) - works.
Call made through PSTN gateway from mobile client outside LAN (3G) - does not work.
Call from desktop client inside LAN to desktop or mobile client (regardless of location) - works.
Call from desktop or mobile client (regardless of location) to desktop client inside LAN - works.
Call from desktop or mobile client (regardless of location) to desktop or mobile client (regardless of location) - works.
There is no difference in behaviour between normal calls and conference calls. Reproducing the problem seems to require the following:
1. PSTN gateway needs to be involved
2. One party needs to be on mobile client
3. The mobile client needs to be inside the LAN or on a 3G connection, but not behind NAT on a DSL connection
The only conclusion I can make is that somehow NAT makes the problem go away, but it does not affect desktop clients (on the LAN or Wi-Fi at least, I do not have a way to test them on 3G).
The PSTN gateway (Cisco UCM) could also be the problem, but it works fine in all other cases. It has 4 trunks and makes all kinds of routing decisions, but once a call is routed to/from Lync, it should not make a difference on what type of device it is answered.
I'm really baffled by this one. Perhaps the 3G thing is a service provider issue and the issue on the LAN has something to do with the internal DNS combined with the behaviour of the mobile client. Just not sure exactly what.
MCP Windows Server MCTS .NET -
Hi,
We've got a problem with Lync 2013 client for andriod unable to connect to our on prem Lync 2013 deployment.
Windows Phone clients can connect without any problems, Lync diagnostic tool doesn't throw any significant errors, PC clients are working fine as well. Below you will find part of a connection log from Lync 2013 client on one of our android phones:
-19 00:50:24.198 4048 4048 I LyncPerformance: PerfBegin|2-12:Signin - Started|1413672624207
10-19 00:50:24.358 4048 4048 I LYNC : INFO APPLICATION .\capplication.cpp/1824:Initialized the sign in BRB logger
10-19 00:50:24.358 4048 4048 I LYNC : INFO APPLICATION .\cucwaappsession.cpp/975:CUcwaAppSession canceling all requests
10-19 00:50:24.368 4048 4048 I LYNC : INFO UTILITIES .\cbasepersistablecomponent.cpp/230:Storing 7 out-of-sync components took 7ms
10-19 00:50:24.368 4048 4048 I LYNC : INFO APPLICATION .\cucwaautodiscoveryserviceretrialwrapper.cpp/566:Timer cancelled. OnResume = 0
10-19 00:50:24.368 4048 4048 I LYNC : INFO APPLICATION .\calertreporter.cpp/117:Alert cleared of Category 1, Type 201, cleared 0 alerts
10-19 00:50:24.368 4048 4048 I LYNC : INFO APPLICATION .\cucwaautodiscoveryserviceretrialwrapper.cpp/566:Timer cancelled. OnResume = 0
10-19 00:50:24.368 4048 4048 I AndroidOperationQueue: CancelSync Started
10-19 00:50:24.368 4048 4048 I AndroidOperationQueue: No operations pending
10-19 00:50:24.368 4048 4048 I LYNC : INFO APPLICATION .\capplication.cpp/934:CApplication::serialize() called
10-19 00:50:24.368 4048 4048 V LYNC : VERBOSE APPLICATION .\ccredentialstore.cpp/137:storing credentials for service:1
10-19 00:50:24.558 4048 4048 I LYNC : INFO APPLICATION .\cbasepersistableentity.cpp/179:Storing 2 out-of-sync Object Models took 195ms
10-19 00:50:24.598 4048 4048 I AndroidOperationQueue: CancelSync Started
10-19 00:50:24.598 4048 4048 I AndroidOperationQueue: No operations pending
10-19 00:50:24.608 4048 4048 I LYNC : INFO APPLICATION .\cbasepersistableentity.cpp/179:Storing 4 out-of-sync Object Models took 7ms
10-19 00:50:24.628 4048 4048 I LYNC : INFO APPLICATION .\cbasepersistableentity.cpp/179:Storing 0 out-of-sync Object Models took 0ms
10-19 00:50:24.628 4048 4048 I LYNC : INFO APPLICATION .\ccertificateprovisioningservice.cpp/541:Clearing certificate from transport: 37c7c324-637d-4991-9eb3-0ff64460f41c
10-19 00:50:24.628 4048 4048 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/134:Clearing request processor for component MetaDataManager on sign-out.
10-19 00:50:24.628 4048 4048 I LYNC : INFO APPLICATION .\capplication.cpp/897:Impersonalized the Object Model
10-19 00:50:24.638 4048 4048 I LYNC : INFO APPLICATION .\cconfiguration.cpp/1279:CConfiguration::deserialize() called
10-19 00:50:24.638 4048 4048 I LYNC : INFO APPLICATION .\cucwaappsession.cpp/434:SignIn. signInAsUserState=2, actualState=0
10-19 00:50:24.638 4048 4048 I LYNC : INFO APPLICATION .\cucwaappsession.cpp/1234:Updating URLs. For Ucwa: discoveredFqdn=, applicationsRelativeUrl=, configuredInternal=https://lyncdiscover.domain.com, configuredExternal=https://lyncdiscover.domain.com,
loc=0, auto-discovery=0
10-19 00:50:24.638 4048 4048 I LYNC : INFO APPLICATION .\cucwaappsession.cpp/975:CUcwaAppSession canceling all requests
10-19 00:50:24.638 4048 4048 I LYNC : INFO APPLICATION .\cucwaappsession.cpp/674:Sending AutoDiscovery request (in sign-in sequence)
10-19 00:50:24.638 4048 4048 I LYNC : INFO APPLICATION .\cucwaautodiscoveryserviceretrialwrapper.cpp/566:Timer cancelled. OnResume = 0
10-19 00:50:24.638 4048 4048 I LYNC : INFO APPLICATION .\calertreporter.cpp/117:Alert cleared of Category 1, Type 201, cleared 0 alerts
10-19 00:50:24.638 4048 4048 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/2142:suspensionState = 2
10-19 00:50:24.638 4048 4048 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/2118:adIsEnabled = 0, sipUri = sip:[email protected], m_internalADUrlInput = https://lyncdiscover.domain.comm_externalADUrlInput = https://lyncdiscover.domain.com
10-19 00:50:24.638 4048 4048 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/1017:Discover UCWA urls from https://lyncdiscover.domain.com & https://lyncdiscover.domain.com for sip:[email protected]
10-19 00:50:24.638 4048 4048 I LYNC : INFO TRANSPORT .\transportutilityfunctions.cpp/491:Extracted domain.com from sip:[email protected]
10-19 00:50:24.638 4048 4048 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/1121:Starting Auto Discovery with urls https://lyncdiscover.domain.com?sipuri=sip:[email protected] and https://lyncdiscover.domain.com?sipuri=sip:[email protected]
10-19 00:50:24.638 4048 4048 V HttpConnection: get native 1378331608 httpCallback com.microsoft.office.lync.platform.HttpConnectionNativeCallback$1@412f39c0
10-19 00:50:24.648 4048 4048 I LYNC : INFO TRANSPORT .\ccredentialmanager.cpp/176:getSpecificCredential for serviceId(4) returning: credType (1) signInName () domain () username () password.empty() (1) certificate.isValid() (0)
privateKey.empty() (1) compatibleServiceIds(4)
10-19 00:50:24.648 4048 4048 I HttpConnection: originalurl is https://lyncdiscover.domain.com?sipuri=sip:[email protected] method Get
10-19 00:50:24.648 4048 4048 I HttpConnection: decodedurl is https://lyncdiscover.domain.com?sipuri=sip:[email protected]
10-19 00:50:24.648 4048 4048 I LYNC : INFO TRANSPORT .\transportutilityfunctions.cpp/634:<SentRequest>
10-19 00:50:24.648 4048 4048 I LYNC : GET https://lyncdiscover.domain.com?sipuri=sip:[email protected]
10-19 00:50:24.648 4048 4048 I LYNC : Request Id: 0x52134210
10-19 00:50:24.648 4048 4048 I LYNC : HttpHeader:Accept application/vnd.microsoft.rtc.autodiscover+xml;v=1
10-19 00:50:24.648 4048 4048 I LYNC :
10-19 00:50:24.648 4048 4048 I LYNC :
10-19 00:50:24.648 4048 4048 I LYNC : </SentRequest>
10-19 00:50:24.648 4048 4048 V HttpConnection: post request: https://lyncdiscover.domain.com?sipuri=sip:[email protected]
10-19 00:50:24.648 4048 4202 V HttpConnection: send request: https://lyncdiscover.domain.com?sipuri=sip:[email protected]
10-19 00:50:24.648 4048 4202 I HttpEngine: AutoRedirect true for https://lyncdiscover.domain.com?sipuri=sip:[email protected] and setting it to FALSE for manual handling
10-19 00:50:24.648 4048 4202 V HttpEngine: Executing request with https://lyncdiscover.domain.com?sipuri=sip:[email protected] Connection pool count is 1
10-19 00:50:24.648 4048 4048 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/385:Submitting new req. GET-UnauthenticatedRootGetRequest(0x52134210)
10-19 00:50:24.648 4048 4048 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/1171:Submitting Unauthenticated AutoDiscovery request to https://lyncdiscover.domain.com?sipuri=sip:[email protected]
10-19 00:50:24.648 4048 4048 I LYNC : INFO TRANSPORT .\transportutilityfunctions.cpp/491:Extracted domain.com from sip:[email protected]
10-19 00:50:24.648 4048 4048 I LYNC : INFO APPLICATION .\cucwaappsession.cpp/998:CUcwaAppSession::setNewActualState() state=1
10-19 00:50:24.658 4048 4048 I LYNC : INFO APPLICATION .\capplication.cpp/1858:CUcwaAppSession::signIn() succeeded
10-19 00:50:24.678 4048 4048 W LocaleUtil: locale = en_US
10-19 00:50:24.678 4048 4048 W LocaleUtil: scriptSubtag = Latn
10-19 00:50:24.688 4048 4048 W LocaleUtil: locale = en_US
10-19 00:50:24.688 4048 4048 W LocaleUtil: scriptSubtag = Latn
10-19 00:50:24.818 4048 4048 W LocaleUtil: locale = en_US
10-19 00:50:24.818 4048 4048 W LocaleUtil: scriptSubtag = Latn
10-19 00:50:24.828 4048 4048 W LocaleUtil: locale = en_US
10-19 00:50:24.828 4048 4048 W LocaleUtil: scriptSubtag = Latn
10-19 00:50:24.878 4048 4202 D HttpEngine: Resolved addr : localhost
10-19 00:50:24.888 4048 4202 E HttpConnection: java.lang.NullPointerException
10-19 00:50:24.888 4048 4202 E HttpConnection: at com.microsoft.office.lync.platform.HttpEngine$DelegateSocketFactory.verifyHostname(HttpEngine.java:663)
10-19 00:50:24.888 4048 4202 E HttpConnection: at com.microsoft.office.lync.platform.HttpEngine$DelegateSocketFactory.createSocket(HttpEngine.java:623)
10-19 00:50:24.888 4048 4202 E HttpConnection: at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:165)
10-19 00:50:24.888 4048 4202 E HttpConnection: at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:164)
10-19 00:50:24.888 4048 4202 E HttpConnection: at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:119)
10-19 00:50:24.888 4048 4202 E HttpConnection: at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:360)
10-19 00:50:24.888 4048 4202 E HttpConnection: at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:555)
10-19 00:50:24.888 4048 4202 E HttpConnection: at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:487)
10-19 00:50:24.888 4048 4202 E HttpConnection: at com.microsoft.office.lync.platform.HttpEngine.execute(HttpEngine.java:391)
10-19 00:50:24.888 4048 4202 E HttpConnection: at com.microsoft.office.lync.platform.HttpConnection$1.run(HttpConnection.java:227)
10-19 00:50:24.888 4048 4202 E HttpConnection: at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442)
10-19 00:50:24.888 4048 4202 E HttpConnection: at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:305)
10-19 00:50:24.888 4048 4202 E HttpConnection: at java.util.concurrent.FutureTask.run(FutureTask.java:137)
10-19 00:50:24.888 4048 4202 E HttpConnection: at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076)
10-19 00:50:24.888 4048 4202 E HttpConnection: at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569)
10-19 00:50:24.888 4048 4202 E HttpConnection: at java.lang.Thread.run(Thread.java:856)
10-19 00:50:24.888 4048 4202 V HttpConnection: got Response: https://lyncdiscover.domain.com?sipuri=sip:[email protected] statusCode: 0 callback com.microsoft.office.lync.platform.HttpConnectionNativeCallback$1@412f39c0
10-19 00:50:24.978 4048 4048 I UcClientStateManager: New UI State: ActualState = IsSigningIn DesiredState = BeSignedIn DataAvailable = false New state=class com.microsoft.office.lync.ui.login.SigningInActivity
10-19 00:50:25.098 4048 4048 V LyncActivity: finish being called for com.microsoft.office.lync.ui.login.SigninActivity
10-19 00:50:25.108 4048 4048 I LYNC : INFO APPLICATION .\cewsattachmentmanager.cpp/196:Scheduling cleanup run in 86400sec
10-19 00:50:25.108 4048 4048 I LYNC : INFO TRANSPORT .\ccredentialmanager.cpp/176:getSpecificCredential for serviceId(1) returning: credType (1) signInName ([email protected]) domain (corp) username (test) password.empty() (0) certificate.isValid()
(0) privateKey.empty() (1) compatibleServiceIds(1)
10-19 00:50:25.108 4048 4048 V HttpConnectionNativeCallback: exception java.lang.NullPointerException statusCode 0
10-19 00:50:25.108 4048 4048 E LYNC : ERROR TRANSPORT .\chttpconnection.cpp/226:CHttpConnection exception: java.lang.NullPointerException
10-19 00:50:25.108 4048 4048 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/173:Received response of request(UcwaAutoDiscoveryRequest) with status = 0x22020001
10-19 00:50:25.108 4048 4048 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/201:Request UcwaAutoDiscoveryRequest resulted in E_ConnectionError (E2-2-1). The retry counter is: 0
10-19 00:50:25.108 4048 4048 V HttpConnection: get native 1370056832 httpCallback com.microsoft.office.lync.platform.HttpConnectionNativeCallback$1@41299c88
10-19 00:50:25.108 4048 4048 I LYNC : INFO TRANSPORT .\ccredentialmanager.cpp/176:getSpecificCredential for serviceId(4) returning: credType (1) signInName () domain () username () password.empty() (1) certificate.isValid() (0)
privateKey.empty() (1) compatibleServiceIds(4)
10-19 00:50:25.108 4048 4048 I HttpConnection: originalurl is https://lyncdiscover.domain.com?sipuri=sip:[email protected] method Get
10-19 00:50:25.108 4048 4048 I HttpConnection: decodedurl is https://lyncdiscover.domain.com?sipuri=sip:[email protected]
10-19 00:50:25.108 4048 4048 I LYNC : INFO TRANSPORT .\transportutilityfunctions.cpp/634:<SentRequest>
10-19 00:50:25.108 4048 4048 I LYNC : GET https://lyncdiscover.domain.com?sipuri=sip:[email protected]
10-19 00:50:25.108 4048 4048 I LYNC : Request Id: 0x52134210
10-19 00:50:25.108 4048 4048 I LYNC : HttpHeader:Accept application/vnd.microsoft.rtc.autodiscover+xml;v=1
10-19 00:50:25.108 4048 4048 I LYNC :
10-19 00:50:25.108 4048 4048 I LYNC :
10-19 00:50:25.108 4048 4048 I LYNC : </SentRequest>
10-19 00:50:25.108 4048 4048 V HttpConnection: post request: https://lyncdiscover.domain.com?sipuri=sip:[email protected]
10-19 00:50:25.108 4048 4198 V HttpConnection: send request: https://lyncdiscover.domain.com?sipuri=sip:[email protected]
10-19 00:50:25.108 4048 4198 I HttpEngine: AutoRedirect true for https://lyncdiscover.domain.com?sipuri=sip:[email protected] and setting it to FALSE for manual handling
10-19 00:50:25.108 4048 4198 V HttpEngine: Executing request with https://lyncdiscover.domain.com?sipuri=sip:[email protected] Connection pool count is 1
10-19 00:50:25.178 4048 4051 D dalvikvm: GC_CONCURRENT freed 313K, 10% free 7311K/8071K, paused 8ms+6ms, total 46ms
10-19 00:50:25.368 4048 4198 D HttpEngine: Resolved addr : localhost
10-19 00:50:25.368 4048 4198 E HttpConnection: java.lang.NullPointerException
10-19 00:50:25.368 4048 4198 E HttpConnection: at com.microsoft.office.lync.platform.HttpEngine$DelegateSocketFactory.verifyHostname(HttpEngine.java:663)
10-19 00:50:25.368 4048 4198 E HttpConnection: at com.microsoft.office.lync.platform.HttpEngine$DelegateSocketFactory.createSocket(HttpEngine.java:623)
10-19 00:50:25.368 4048 4198 E HttpConnection: at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:165)
10-19 00:50:25.368 4048 4198 E HttpConnection: at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:164)
10-19 00:50:25.368 4048 4198 E HttpConnection: at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:119)
10-19 00:50:25.368 4048 4198 E HttpConnection: at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:360)
10-19 00:50:25.368 4048 4198 E HttpConnection: at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:555)
10-19 00:50:25.368 4048 4198 E HttpConnection: at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:487)
10-19 00:50:25.368 4048 4198 E HttpConnection: at com.microsoft.office.lync.platform.HttpEngine.execute(HttpEngine.java:391)
10-19 00:50:25.368 4048 4198 E HttpConnection: at com.microsoft.office.lync.platform.HttpConnection$1.run(HttpConnection.java:227)
10-19 00:50:25.368 4048 4198 E HttpConnection: at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442)
10-19 00:50:25.368 4048 4198 E HttpConnection: at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:305)
10-19 00:50:25.368 4048 4198 E HttpConnection: at java.util.concurrent.FutureTask.run(FutureTask.java:137)
10-19 00:50:25.368 4048 4198 E HttpConnection: at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076)
10-19 00:50:25.368 4048 4198 E HttpConnection: at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569)
10-19 00:50:25.368 4048 4198 E HttpConnection: at java.lang.Thread.run(Thread.java:856)
10-19 00:50:25.368 4048 4198 V HttpConnection: got Response: https://lyncdiscover.domain.com?sipuri=sip:[email protected] statusCode: 0 callback com.microsoft.office.lync.platform.HttpConnectionNativeCallback$1@41299c88
10-19 00:50:25.398 4048 4048 D SigninActivity: onPause()
10-19 00:50:25.438 4048 4048 V HttpConnectionNativeCallback: exception java.lang.NullPointerException statusCode 0
10-19 00:50:25.438 4048 4048 E LYNC : ERROR TRANSPORT .\chttpconnection.cpp/226:CHttpConnection exception: java.lang.NullPointerException
10-19 00:50:25.438 4048 4048 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/173:Received response of request(UcwaAutoDiscoveryRequest) with status = 0x22020001
10-19 00:50:25.438 4048 4048 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/201:Request UcwaAutoDiscoveryRequest resulted in E_ConnectionError (E2-2-1). The retry counter is: 1
10-19 00:50:25.438 4048 4048 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/266:Sending event to main thread for request(0x52134210)
10-19 00:50:25.448 4048 4048 I loadLabel: ComponentInfo.java loadLabel
10-19 00:50:25.448 4048 4048 I loadLabel: ComponentInfo packageName iscom.microsoft.office.lync15
10-19 00:50:25.448 4048 4048 D SigningInActivity: onCreate()
10-19 00:50:25.448 4048 4048 V ActivityMonitor: Activity Create: com.microsoft.office.lync.ui.login.SigningInActivity
10-19 00:50:25.458 4048 4048 W AccessibilityViewFactory: Failed to find class for view RelativeLayout
10-19 00:50:25.478 4048 4048 D SigningInActivity: onStart()
10-19 00:50:25.478 4048 4048 V ActivityMonitor: Activity Start: com.microsoft.office.lync.ui.login.SigningInActivity
10-19 00:50:25.478 4048 4048 D SigningInActivity: onResume()
10-19 00:50:25.508 4048 4048 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/822:Req. completed, Stopping timer.
10-19 00:50:25.508 4048 4048 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/1305:Received autodiscovery response with status E_ConnectionError (E2-2-1)
10-19 00:50:25.508 4048 4048 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/1319:Ignoring request of type 1 as current state is 8
10-19 00:50:25.508 4048 4048 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/1321:Request url was https://lyncdiscover.domain.com?sipuri=sip:[email protected]
10-19 00:50:25.508 4048 4048 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/725:Response received for req. GET-UnauthenticatedRootGetRequest(0x52134210): E_ConnectionError (E2-2-1) (RemoteNetworkTemporaryError);
Done with req.; Stopping resend timer
10-19 00:50:26.178 4048 4048 D SigninActivity: onStop()
10-19 00:50:26.178 4048 4048 V ActivityMonitor: Activity Stop: com.microsoft.office.lync.ui.login.SigninActivity
10-19 00:50:26.178 4048 4048 D SigninActivity: onDestroy()
10-19 00:50:26.178 4048 4048 V ActivityMonitor: Activity Destroy: com.microsoft.office.lync.ui.login.SigninActivity
10-19 00:50:37.878 4048 4048 I Choreographer: Skipped 73 frames! The application may be doing too much work on its main thread.
Any help would be greatly appreciated.
Best,
MarcinHi,
Server is up to date and accessible from ALL clients apart of Android one.
Reflashed phone with latest Android 4, reinstalled Lync 2013 and at first login attempt I got (with server autodiscover ON):
11-06 16:37:44.699 2387 2387 V HttpConnection: post request: https://lyncdiscover.domain.com/?sipuri=sip:[email protected]
11-06 16:37:44.699 2387 2484 V HttpConnection: send request: https://lyncdiscover.domain.com/?sipuri=sip:[email protected]
11-06 16:37:44.699 2387 2484 V HttpEngine: Executing request with https://lyncdiscover.domain.com/?sipuri=sip:[email protected] Connection pool count is 1
11-06 16:37:44.729 2387 2387 I LYNC : INFO APPLICATION .\cucwaautodiscoverygetuserurloperation.cpp/393:CUcwaAutoDiscoverGetUserUrlOperation::onEvent received. Status = E_ClientVersionBlocked (E2-3-30), url = http://lyncdiscover.domain.com/
11-06 16:37:44.729 2387 2387 I LYNC : INFO APPLICATION .\cucwaautodiscoverygetuserurloperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation completed with url = http://lyncdiscover.domain.com/?sipuri=sip:[email protected], userUrl = , status = E_ClientVersionBlocked (E2-3-30)
11-06 16:37:44.889 2387 2484 D HttpEngine: Resolved addr : localhost
11-06 16:37:44.929 2387 2484 E HttpConnection: java.lang.NullPointerException
11-06 16:37:44.929 2387 2484 E HttpConnection: at com.microsoft.office.lync.platform.HttpEngine$DelegateSocketFactory.verifyHostname(HttpEngine.java:663)
11-06 16:37:44.929 2387 2484 E HttpConnection: at com.microsoft.office.lync.platform.HttpEngine$DelegateSocketFactory.createSocket(HttpEngine.java:623)
11-06 16:37:44.929 2387 2484 E HttpConnection: at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:165)
11-06 16:37:44.929 2387 2484 E HttpConnection: at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:164)
11-06 16:37:44.929 2387 2484 E HttpConnection: at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:119)
11-06 16:37:44.929 2387 2484 E HttpConnection: at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:360)
11-06 16:37:44.929 2387 2484 E HttpConnection: at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:555)
11-06 16:37:44.929 2387 2484 E HttpConnection: at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:487)
11-06 16:37:44.929 2387 2484 E HttpConnection: at com.microsoft.office.lync.platform.HttpEngine.execute(HttpEngine.java:391)
11-06 16:37:44.929 2387 2484 E HttpConnection: at com.microsoft.office.lync.platform.HttpConnection$1.run(HttpConnection.java:227)
11-06 16:37:44.929 2387 2484 E HttpConnection: at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442)
11-06 16:37:44.929 2387 2484 E HttpConnection: at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:305)
11-06 16:37:44.929 2387 2484 E HttpConnection: at java.util.concurrent.FutureTask.run(FutureTask.java:137)
11-06 16:37:44.929 2387 2484 E HttpConnection: at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076)
11-06 16:37:44.929 2387 2484 E HttpConnection: at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569)
11-06 16:37:44.929 2387 2484 E HttpConnection: at java.lang.Thread.run(Thread.java:856)
11-06 16:37:44.929 2387 2484 V HttpConnection: got Response: https://lyncdiscover.domain.com/?sipuri=sip:[email protected] statusCode: 0 callback com.microsoft.office.lync.platform.HttpConnectionNativeCallback$1@42613ed8
11-06 16:37:45.219 2387 2387 V HttpConnectionNativeCallback: exception java.lang.NullPointerException statusCode 0
11-06 16:37:45.219 2387 2387 E LYNC : ERROR TRANSPORT .\chttpconnection.cpp/226:CHttpConnection exception: java.lang.NullPointerException
11-06 16:37:45.219 2387 2387 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/173:Received response of request(UcwaAutoDiscoveryRequest) with status = 0x22020001
11-06 16:37:45.219 2387 2387 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/201:Request UcwaAutoDiscoveryRequest resulted in E_ConnectionError (E2-2-1). The retry counter is: 1
11-06 16:37:45.219 2387 2387 I LYNC : INFO TRANSPORT .\chttprequestprocessor.cpp/266:Sending event to main thread for request(0x51d45b00)
11-06 16:37:45.239 2387 2388 D dalvikvm: GC_CONCURRENT freed 335K, 7% free 7367K/7879K, paused 32ms+263ms, total 343ms
11-06 16:37:45.249 2387 2387 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/822:Req. completed, Stopping timer.
11-06 16:37:45.249 2387 2387 E LYNC : ERROR APPLICATION .\cucwaautodiscoverygetuserurloperation.cpp/325:Request failed. Error - E_ConnectionError (E2-2-1)
11-06 16:37:45.249 2387 2387 I LYNC : INFO APPLICATION .\cucwaautodiscoverygetuserurloperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation completed with url = https://lyncdiscover.domain.com/?sipuri=sip:[email protected], userUrl = , status = E_ConnectionError (E2-2-1)
11-06 16:37:45.249 2387 2387 I LYNC : INFO APPLICATION .\ctransportrequestretrialqueue.cpp/725:Response received for req. GET-UnAuthenticatedGet(0x51d45b00): E_ConnectionError (E2-2-1) (RemoteNetworkTemporaryError); Done with req.; Stopping resend timer
11-06 16:37:45.269 2387 2387 I LYNC : INFO APPLICATION .\cucwaautodiscoveryservice.cpp/1263:Raising Autodiscovery event with status E_ConnectionError (E2-2-1) for eventType 0
11-06 16:37:45.269 2387 2387 I LYNC : INFO APPLICATION .\cucwaautodiscoveryserviceretrialwrapper.cpp/417:Received event for type 0 with status E_ConnectionError (E2-2-1)
11-06 16:37:45.269 2387 2387 I LYNC : INFO APPLICATION .\cucwaautodiscoveryserviceretrialwrapper.cpp/539:Autodiscovery scheduled retrial timer. Timer 0.000000 seconds
11-06 16:37:45.269 2387 2387 I LYNC : INFO APPLICATION .\calertreporter.cpp/64:Alert received! Category 1, Type 201, level 0, error E_ConnectionError (E2-2-1), context '', hasAction=false
11-06 16:37:45.269 2387 2387 I LYNC : INFO APPLICATION .\calertreporter.cpp/117:Alert cleared of Category 1, Type 201, cleared 0 alerts
11-06 16:37:45.269 2387 2387 D AlertItemSource: AlertEvent: action=Add, category=CategoryApplication, type=AutoDiscoveryAlert, errorCode=E_ConnectionError, hasAction=false, isGlobal=false
What's quite strange opening https://lyncdiscover.domain.com/?sipuri=sip:[email protected] in normal browser (IE or Firefox) gives me:
<resource rel="root" href="https://lync1.domain.com/Autodiscover/AutodiscoverService.svc/root?originalDomain=domain.com">
<link rel="user" href="https://lync1.domain.com/Autodiscover/AutodiscoverService.svc/root/oauth/user?originalDomain=domain.com"/>
<link rel="xframe" href="https://lync1.domain.com/Autodiscover/XFrame/XFrame.html"/></resource>
which is correct by the look of it. Lync Connectivity Analyzer for Mobile Lync 2013 Client doesn't indicate any problems apart of inaccessible http://lyncdiscover.domain.com part (it's not redirected - we are using only https traffic):
[06/11/2014 17:13:21] [SUCCESS] Successfully created the UCWA service
[06/11/2014 17:13:21] [SUMMARY] Completed tests for Mobility (UCWA) service
[06/11/2014 17:13:21] [DEBUG] None, AutoInternalDNSFail, AutoInternalSecureD, AutoInternalUnsecureD, AutoExternalUnsecureD, ManualDNSFail, ManualSecureD, ManualUnsecureD, AuthBrokerInternalLMXCheckGET, AuthBrokerInternalLMXCheckPOST, AuthBrokerExternalLMXCheckGET, AuthBrokerExternalLMXCheckPOST, MobilityMCXInternalLMXCheckGET, MobilityMCXInternalLMXCheckPOST, MobilityMCXExternalLMXCheckGET, MobilityMCXExternalLMXCheckPOST, LMXSIPServerInternalDNS, LMXSIPServerExternalDNS, MobilityUCWAInternalCheckPOST
[06/11/2014 17:13:21] [SUMMARY]
[06/11/2014 17:13:21] [SUMMARY_SUCCESS]
Your deployment meets the minimum requirements for Lync Mobile 2013 App.
Any help would be greatly appreciated.
Best,
Marcin -
Lync 2011 for MAC not connecting externally to On-Premise Lync 2013
Hello,
Hopefully someone has some idea on this or a better direction for me to follow. So currently I have an issue where Lync 2011 for MAC clients will not connect when external to my On-Premise Lync 2013 servers. Everything to do with my Windows based clients
and even cell phone based client’s works just fine. It is currently only Lync 2011 for MAC which will not correct externally.
I did initially have the logon problem internally as noted by other posts online when using an internal CA certificate with Lync. But with the internal certificate imported onto the MAC when internally connected Lync 2011 will login just fine. Now in my
setup I do have a TMG server that clients are connecting to that forwards the connections onto my Lync servers when connecting externally. When I review live real time logs to see what’s connecting to the external URL for Windows based clients I can see them
connect in on port 443 no problem.
But with the MAC I don’t see any attempt from it to connect to the URL like I see with the Windows clients. Now below is what shows up in the Microsoft-Lync.log generated by the MAC. Now initially looking at the log I thought my problem was the fact when
Lync 2011 tires to connect when external that it was doing so on port 5061 which we don’t have open. So I tired entering external.mydomain.com:443 in for my external server in the setup.
And while rechecking the log after doing so shows like it is now trying to connect on port 443. When reviewing TMG I again see no connection attempt by the MAC to connect to the Lync external url or on port 443. Further research so far into the problem has
come up empty on the subject. And most other cases where people report problems connecting externally they are using some form of online service like Office 365. So at this point I am not even sure if Lync 2011 for MAC is supposed to work externally with On-Premise
Lync 2013 deployments or not. If anyone has an thought’s or idea’s please share them as at this point I am stuck on this issue.
Microsoft Lync 14.0.10 (141024)
MacOS version 10.7.5 (build 11G63)
2015/01/08 08:51:11.807 SIPService::OnEvent(IApplicationLayerEvent &), type: 0, HasSignedIn(): 0, HasSignedOut: 0
2015/01/08 08:51:12.670 SIPService::OnEvent(NModel::ILogonSessionEvent), hr: 0x0, oldState: 0, newState: 10, direction: 0
2015/01/08 08:51:12.682 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/08 08:51:12.685 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/01/08 08:51:20.192 Office Communications Server LOGON STARTED: USER = {nsayewich}
2015/01/08 08:51:20.197 SIPService::Logon
2015/01/08 08:51:20.281 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/08 08:51:20.543 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/01/08 08:51:20.543 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/08 08:51:20.566 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/01/08 08:51:20.566 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/08 08:51:20.568 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/01/08 08:51:20.568 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/08 08:51:20.600 SIPService::OnEvent(NModel::ILogonSessionEvent), hr: 0x0, oldState: 10, newState: 20, direction: 0
2015/01/08 08:51:21.535 InternalConnect, NLResolveAddress returned: -3176
2015/01/08 08:51:21.537 IsLocalAddress, 'internal.mydomain.com' is not a local address
2015/01/08 08:51:21.537 FShouldUseProxy, is returning 1
2015/01/08 08:51:21.537 Connecting to internal.mydomain.com (port 0)
2015/01/08 08:51:21.537 InternalConnect, NLCreateConnection returned: -3176,
2015/01/08 08:51:21.537 FUsingHttpsTunnelProxies, returning: 0
2015/01/08 08:51:21.537 Listening thread got exception -3176
2015/01/08 08:51:23.632 InternalConnect, NLResolveAddress returned: 0
2015/01/08 08:51:23.633 IsLocalAddress, 'external.mydomain.com' is not a local address
2015/01/08 08:51:23.633 FShouldUseProxy, is returning 1
2015/01/08 08:51:23.633 Connecting to external.mydomain.com (port 5061)
2015/01/08 08:51:38.004 InternalConnect, NLCreateConnection returned: -3259,
2015/01/08 08:51:38.004 FUsingHttpsTunnelProxies, returning: 0
2015/01/08 08:51:38.004 Listening thread got exception -3259
2015/01/08 08:51:38.005 InternalConnect, NLResolveAddress returned: 0
2015/01/08 08:51:38.006 IsLocalAddress, 'external.mydomain.com' is not a local address
2015/01/08 08:51:38.006 FShouldUseProxy, is returning 1
2015/01/08 08:51:38.006 Connecting to external.mydomain.com (port 5061)
2015/01/08 08:51:53.008 InternalConnect, NLCreateConnection returned: -3259,
2015/01/08 08:51:53.008 FUsingHttpsTunnelProxies, returning: 0
2015/01/08 08:51:53.008 Listening thread got exception -3259
2015/01/08 08:51:55.026 SIPService::OnEvent(NModel::ILogonSessionEvent), hr: 0x80072743, oldState: 20, newState: 10, direction: 1
2015/01/08 08:51:55.026 Login (1) failed with error: (0.-2147014845)
2015/01/08 08:51:55.036 SIPService::OnEvent(IApplicationLayerEvent &), type: 8, HasSignedIn(): 0, HasSignedOut: 0
2015/01/08 08:51:55.036 SIPService::OnEvent(IApplicationLayerEvent &), type: 2, HasSignedIn(): 0, HasSignedOut: 0
2015/01/08 08:51:55.036 SIPService::OnEvent(IApplicationLayerEvent &), type: 4, HasSignedIn(): 0, HasSignedOut: 0
2015/01/08 08:51:55.037 SIPService::OnEvent(IApplicationLayerEvent &), type: 6, HasSignedIn(): 0, HasSignedOut: 0
2015/01/08 08:51:55.037 SIPService::OnEvent(IApplicationLayerEvent &), type: 4, HasSignedIn(): 0, HasSignedOut: 0
2015/01/08 08:51:55.038 SIPService::OnEvent(IApplicationLayerEvent &), type: 6, HasSignedIn(): 0, HasSignedOut: 0
2015/01/08 08:51:55.038 SIPService::OnEvent(IApplicationLayerEvent &), type: 4, HasSignedIn(): 0, HasSignedOut: 0
2015/01/08 08:51:55.040 SIPService::OnEvent(IApplicationLayerEvent &), type: 6, HasSignedIn(): 0, HasSignedOut: 0Hi Nicholas Sayewich,
I tested in my lab and without any problem.
I also use TMG as Reverse Proxy and without configuring SRV records (My ISP don’t support SRV), after importing the root certificate onto MacBook, I can sign into Lync everywhere(internal
and external).
Please make sure that the certificate is set up to
Always Trust .
http://blogs.technet.com/b/nexthop/archive/2008/03/05/how-to-install-a-trusted-root-ca-certificate-on-osx-leopard-for-use-with-messenger-for-macintosh.aspx
And my log for your reference:
Microsoft Lync 14.0.10 (141024)
MacOS version 10.10.1 (build 14B25)
2015/01/09 22:40:15.802 SIPService::OnEvent(IApplicationLayerEvent &), type: 0, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:16.486 SIPService::OnEvent(NModel::ILogonSessionEvent), hr: 0x0, oldState: 0, newState: 10, direction: 0
2015/01/09 22:40:16.493 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:16.496 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:32.595 Office Communications Server LOGON STARTED: USER = {MyDomain\LyncUser1}
2015/01/09 22:40:32.596 SIPService::Logon
2015/01/09 22:40:32.633 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:32.737 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:32.738 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:32.743 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:32.743 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:32.744 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:32.744 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:32.754 SIPService::OnEvent(NModel::ILogonSessionEvent), hr: 0x0, oldState: 10, newState: 20, direction: 0
2015/01/09 22:40:33.080 InternalConnect, NLResolveAddress returned: 0
2015/01/09 22:40:33.082 IsLocalAddress, 'sipinternal.MyDomain.com' is not a local address
2015/01/09 22:40:33.082 FShouldUseProxy, is returning 1
2015/01/09 22:40:33.082 Connecting to sipinternal.MyDomain.com (port 5061)
2015/01/09 22:40:48.008 InternalConnect, NLCreateConnection returned: -3259,
2015/01/09 22:40:48.008 FUsingHttpsTunnelProxies, returning: 0
2015/01/09 22:40:48.010 Listening thread got exception -3259
2015/01/09 22:40:50.043 InternalConnect, NLResolveAddress returned: 0
2015/01/09 22:40:50.044 IsLocalAddress, 'sip.MyDomain.com' is not a local address
2015/01/09 22:40:50.044 FShouldUseProxy, is returning 1
2015/01/09 22:40:50.044 Connecting to sip.MyDomain.com (port 443)
2015/01/09 22:40:50.896 InternalConnect, NLCreateConnection returned: 0,
2015/01/09 22:40:50.896 InternalConnect, NLCopyConnectionBinding returned: 0,
2015/01/09 22:40:52.980 InternalConnect, NLResolveAddress returned: 0
2015/01/09 22:40:52.981 IsLocalAddress, 'sip.MyDomain.com' is not a local address
2015/01/09 22:40:52.981 FShouldUseProxy, is returning 1
2015/01/09 22:40:52.981 Connecting to sip.MyDomain.com (port 5061)
2015/01/09 22:40:53.291 InternalConnect, NLCreateConnection returned: 0,
2015/01/09 22:40:53.291 InternalConnect, NLCopyConnectionBinding returned: 0,
2015/01/09 22:40:53.522 HRESULT GetLinkSpeed(DWORD, DWORD*, WIN_BOOL*): ip 192.168.100.187, link speed 0
2015/01/09 22:40:53.522 HRESULT GetLinkSpeed(DWORD, DWORD*, WIN_BOOL*): Working around 0 link speed
2015/01/09 22:40:53.526 SIPService::OnEvent(NModel::ILogonSessionEvent), hr: 0x0, oldState: 20, newState: 30, direction: 0
2015/01/09 22:40:53.528 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.529 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.536 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.536 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.536 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.536 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.536 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.536 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.555 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.555 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.583 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.584 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.592 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.592 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.615 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.615 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.622 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.622 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.784 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.784 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/01/09 22:40:53.786 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 1, HasSignedOut: 0
2015/01/09 22:40:53.787 virtual void SIPService::OnIdleHandleLogonSucceeded()
2015/01/09 22:40:53.792 Office Communications Server LOGON ENDED: USER = { MyDomain\LyncUser1}
2015/01/09 22:40:54.151 IsLocalAddress, 'lyncpool01' is not a local address
2015/01/09 22:40:54.151 FShouldUseProxy, is returning 1
2015/01/09 22:40:54.379 IsLocalAddress, 'lyncpool01' is not a local address
2015/01/09 22:40:54.379 FShouldUseProxy, is returning 1
2015/01/09 22:40:55.082 IsLocalAddress, 'lyncpool01' is not a local address
2015/01/09 22:40:55.082 FShouldUseProxy, is returning 1
2015/01/09 22:40:55.440 IsLocalAddress, 'lyncpool01' is not a local address
2015/01/09 22:40:55.440 FShouldUseProxy, is returning 1
2015/01/09 22:40:55.683 IsLocalAddress, 'lyncpool01' is not a local address
2015/01/09 22:40:55.683 FShouldUseProxy, is returning 1
2015/01/09 22:40:57.238 IsLocalAddress, 'lyncpool01' is not a local address
2015/01/09 22:40:57.238 FShouldUseProxy, is returning 1
2015/01/09 22:40:57.239 IsLocalAddress, 'lyncpool01' is not a local address
2015/01/09 22:40:57.239 FShouldUseProxy, is returning 1
2015/01/09 22:40:57.241 IsLocalAddress, 'lyncpool01' is not a local address
2015/01/09 22:40:57.241 IsLocalAddress, 'lyncpool01' is not a local address
2015/01/09 22:40:57.241 IsLocalAddress, 'lyncpool01' is not a local address
2015/01/09 22:40:57.241 FShouldUseProxy, is returning 1
2015/01/09 22:40:57.241 FShouldUseProxy, is returning 1
2015/01/09 22:40:57.241 FShouldUseProxy, is returning 1
Best regards,
Eric -
Hello
I have Lync 2013 and 2010 , still i didn't finish my migration completely from 2010 to 2013 .this is coexistence environment that contains both Lync Server 2010 and Lync Server 2013 .
There was no error's in my lync 2013 front end and back end server's and every thing was fine, yesterday I installed windows updated AND CU for my lync 2013 front end and backend server's .
later on after restarting both the front end and the back end server's i start having hundred's of these error's related to "LS Call Park Service".
so any advice for these issue ? and what is the effect for these error .
below is the error I got .
The database being used by Group Pickup is not the appropriate version.
The database is not the correct version:
Connection: Data Source=HQ-LYNC2013-BE.aaaaaaaaaaaaaaaaaaaaaaaaaaa\rtc;Initial Catalog=cpsdyn;Integrated Security=True
Expected... SchemaVersion: 1, SprocVersion: 1, UpgradeVersion: 2
Actual... SchemaVersion: 0, SprocVersion: 0, UpgradeVersion: 0
Cause: The database has not been upgraded.
Resolution:
Upgrade the database to CU1.
==============================================================
There was a problem communicating with the Group Pickup backend database.
There were problems accessing SQL server:
Connection: Data Source=HQ-LYNC2013-BE.aaaaaaaaaaaaaaaaaaaaaaaaaa\rtc;Initial Catalog=cpsdyn;Integrated Security=True
Message: The EXECUTE permission was denied on the object 'DbpGetVersionSchema', database 'cpsdyn', schema 'dbo'.
Error code: -2146232060
Error number: 229
Cause: This may be caused by connectivity issues with the backend database.
Resolution:
Check if SQL backend is running and accepts connections from Group Pickup.
=============================================================================
Kind Regards
MKHello
thanks Holger for u r replay .
due to the Microsoft article about the cu :
I run only :
Install-CsDatabase -ConfiguredDatabases -SqlServerFqdn FEBE.FQDN -Verbose
Note In a coexistence environment that contains both Lync Server 2010 and Lync Server 2013 and in which the Central Management Service is located on a Lync Server 2010 pool, do not run the
Install-CsDatabase -CentralManagementDatabase command. If you later move the Central Management Service to a Lync Server 2013 pool, you have to run the
Install-CsDatabase -CentralManagementDatabase command to apply the changes.
here is what I get on my power shell after i run the command : "WARNING: Warning: Failed to execute batch --"
PS C:\Users\MK> Install-CsDatabase -ConfiguredDatabases -SqlServerFqdn HQ-LYNC2013-BE.MyDomain -Verbose
VERBOSE: Creating new log file
"C:\Users\MK\AppData\Local\Temp\2\Install-CsDatabase-82d6613c-f2e3-47e6-8fc4-8f75d2efe6e4.xml".
VERBOSE: Install databases required by Lync Server role(s).
****Creating DbSetupInstance for 'Microsoft.Rtc.Common.Data.BlobStore'****
Trying to connect to Sql Server HQ-LYNC2013-BE.MyDomain\rtc. using windows authentication...
Sql version: Major: 11, Minor: 0, Build 5058.
Sql version is acceptable.
Checking state for database rtcxds.
****Creating DbSetupInstance for 'Microsoft.Rtc.Common.Data.AbsDatabase'****
Trying to connect to Sql Server HQ-LYNC2013-BE.MyDomain\rtc. using windows authentication...
Sql version: Major: 11, Minor: 0, Build 5058.
Sql version is acceptable.
Checking state for database rtcab.
****Creating DbSetupInstance for 'Microsoft.Rtc.Common.Data.RgsConfigDatabase'****
Trying to connect to Sql Server HQ-LYNC2013-BE.MyDomain\rtc. using windows authentication...
Sql version: Major: 11, Minor: 0, Build 5058.
Sql version is acceptable.
Checking state for database rgsconfig.
****Creating DbSetupInstance for 'Microsoft.Rtc.Common.Data.RgsDynDatabase'****
Trying to connect to Sql Server HQ-LYNC2013-BE.MyDomain\rtc. using windows authentication...
Sql version: Major: 11, Minor: 0, Build 5058.
Sql version is acceptable.
Checking state for database rgsdyn.
****Creating DbSetupInstance for 'Microsoft.Rtc.Common.Data.CpsDynDatabase'****
Trying to connect to Sql Server HQ-LYNC2013-BE.MyDomain\rtc. using windows authentication...
Sql version: Major: 11, Minor: 0, Build 5058.
Sql version is acceptable.
Checking state for database cpsdyn.
****Creating DbSetupInstance for 'Microsoft.Rtc.Common.Data.ArchivingDatabase'****
Trying to connect to Sql Server HQ-LYNC2013-BE.MyDomain\arc. using windows authentication...
Sql version: Major: 11, Minor: 0, Build 5058.
Sql version is acceptable.
Checking state for database LcsLog.
****Creating DbSetupInstance for 'Microsoft.Rtc.Common.Data.MonitoringDatabase'****
Trying to connect to Sql Server HQ-LYNC2013-BE.MyDomain\mon. using windows authentication...
Sql version: Major: 11, Minor: 0, Build 5058.
Sql version is acceptable.
Checking state for database LcsCDR.
VERBOSE: Assigning "BackendStore:BlobStore:LogPath" to F:\CsData
VERBOSE: Assigning "BackendStore:RtcSharedDatabase:LogPath" to F:\CsData
VERBOSE: Assigning "ArchivingStore:ArchivingDatabase:LogPath" to F:\CsData
VERBOSE: Assigning "MonitoringStore:MonitoringDatabase:LogPath" to F:\CsData
VERBOSE: Assigning "MonitoringStore:QoEMetricsDatabase:LogPath" to F:\CsData
VERBOSE: Assigning "ArchivingStore:ArchivingDatabase:DbPath" to F:\CsData
VERBOSE: Assigning "MonitoringStore:MonitoringDatabase:DbPath" to F:\CsData
VERBOSE: Assigning "MonitoringStore:QoEMetricsDatabase:DbPath" to F:\CsData
VERBOSE: Assigning "ABSStore:AbsDatabase:LogPath" to F:\CsData
VERBOSE: Assigning "ApplicationStore:RgsConfigDatabase:LogPath" to F:\CsData
VERBOSE: Assigning "ApplicationStore:RgsDynDatabase:LogPath" to F:\CsData
VERBOSE: Assigning "ApplicationStore:CpsDynDatabase:LogPath" to F:\CsData
VERBOSE: Assigning "BackendStore:BlobStore:DbPath" to F:\CsData
VERBOSE: Assigning "BackendStore:RtcSharedDatabase:DbPath" to F:\CsData
VERBOSE: Assigning "ABSStore:AbsDatabase:DbPath" to F:\CsData
VERBOSE: Assigning "ApplicationStore:RgsConfigDatabase:DbPath" to F:\CsData
VERBOSE: Assigning "ApplicationStore:RgsDynDatabase:DbPath" to F:\CsData
VERBOSE: Assigning "ApplicationStore:CpsDynDatabase:DbPath" to F:\CsData
VERBOSE: Installing "BackendStore" on HQ-LYNC2013-BE.MyDomain\rtc, collocated: False
****Creating DbSetupInstance for 'Microsoft.Rtc.Common.Data.BlobStore'****
Trying to connect to Sql Server HQ-LYNC2013-BE.MyDomain\rtc. using windows authentication...
Sql version: Major: 11, Minor: 0, Build 5058.
Sql version is acceptable.
Checking state for database rtcxds.
Checking state for database rtcxds.
State of database rtcxds is DbState_RequiresMinorUpgrade.
Database rtcxds set to mode Restricted.
Dropping all procedures, functions and views from database rtcxds.
Executing RtcDb.sql...
Adding master role...
Setting owner for database rtcxds to sa.
Creating login MyDomain\RTCHSUniversalServices.
Creating user MyDomain\RTCHSUniversalServices.
Creating Schema MyDomain\RTCHSUniversalServices.
Creating login MyDomain\RTCUniversalReadOnlyAdmins.
Creating user MyDomain\RTCUniversalReadOnlyAdmins.
Creating Schema MyDomain\RTCUniversalReadOnlyAdmins.
Creating login MyDomain\RTCUniversalServerAdmins.
Creating user MyDomain\RTCUniversalServerAdmins.
Creating Schema MyDomain\RTCUniversalServerAdmins.
Adding account MyDomain\RTCHSUniversalServices to role ConsumerRole.
Adding account MyDomain\RTCUniversalReadOnlyAdmins to role ConsumerRole.
Adding account MyDomain\RTCHSUniversalServices to role ReplicatorRole.
Adding account MyDomain\RTCHSUniversalServices to role PublisherRole.
Adding account MyDomain\RTCUniversalServerAdmins to role PublisherRole.
Setting database version: Schema Version 15, Sproc Version 13, Update Version 2.
Setting the database rtcxds to multi user mode.
Database rtcxds is set to multi user mode.
****Creating DbSetupInstance for 'Microsoft.Rtc.Common.Data.RtcSharedDatabase'****
Trying to connect to Sql Server HQ-LYNC2013-BE.MyDomain\rtc. using windows authentication...
Sql version: Major: 11, Minor: 0, Build 5058.
Sql version is acceptable.
Checking state for database rtcshared.
Database created by script "RtcSharedDatabase" already exists and is current.
VERBOSE: Successfully installed the database. For details, see the following log:
"C:\Users\MK\AppData\Local\Temp\2\Create-BackendStore-HQ-LYNC2013-BE.MyDomain_rtc-[2014_11_13][14_35_01].log"
VERBOSE: Installing "ABSStore" on HQ-LYNC2013-BE.MyDomain\rtc, collocated: False
****Creating DbSetupInstance for 'Microsoft.Rtc.Common.Data.AbsDatabase'****
Trying to connect to Sql Server HQ-LYNC2013-BE.MyDomain\rtc. using windows authentication...
Sql version: Major: 11, Minor: 0, Build 5058.
Sql version is acceptable.
Checking state for database rtcab.
Checking state for database rtcab.
State of database rtcab is DbState_RequiresMinorUpgrade.
Database rtcab set to mode Restricted.
Dropping all procedures, functions and views from database rtcab.
Executing RtcAbTypes.sql...
WARNING: Warning: Failed to execute batch --
-- Copyright (c) Microsoft Corporation. All rights reserved.
exec sp_addrole N'ServerRole'.
Executing RtcAbDb.sql...
Setting owner for database rtcab to sa.
Creating login MyDomain\RTCComponentUniversalServices.
Creating user MyDomain\RTCComponentUniversalServices.
Creating Schema MyDomain\RTCComponentUniversalServices.
Adding account MyDomain\RTCComponentUniversalServices to role ServerRole.
Setting database version: Schema Version 62, Sproc Version 42, Update Version 3.
Setting the database rtcab to multi user mode.
Database rtcab is set to multi user mode.
VERBOSE: Successfully installed the database. For details, see the following log:
"C:\Users\MK\AppData\Local\Temp\2\Create-ABSStore-HQ-LYNC2013-BE.MyDomain_rtc-[2014_11_13][14_35_20].log"
VERBOSE: Installing "ApplicationStore" on HQ-LYNC2013-BE.MyDomain\rtc, collocated: False
****Creating DbSetupInstance for 'Microsoft.Rtc.Common.Data.RgsConfigDatabase'****
Trying to connect to Sql Server HQ-LYNC2013-BE.MyDomain\rtc. using windows authentication...
Sql version: Major: 11, Minor: 0, Build 5058.
Sql version is acceptable.
Checking state for database rgsconfig.
Database created by script "RgsConfigDatabase" already exists and is current.
****Creating DbSetupInstance for 'Microsoft.Rtc.Common.Data.RgsDynDatabase'****
Trying to connect to Sql Server HQ-LYNC2013-BE.MyDomain\rtc. using windows authentication...
Sql version: Major: 11, Minor: 0, Build 5058.
Sql version is acceptable.
Checking state for database rgsdyn.
Database created by script "RgsDynDatabase" already exists and is current.
****Creating DbSetupInstance for 'Microsoft.Rtc.Common.Data.CpsDynDatabase'****
Trying to connect to Sql Server HQ-LYNC2013-BE.MyDomain\rtc. using windows authentication...
Sql version: Major: 11, Minor: 0, Build 5058.
Sql version is acceptable.
Checking state for database cpsdyn.
Checking state for database cpsdyn.
State of database cpsdyn is DbState_RequiresMinorUpgrade.
Database cpsdyn set to mode Restricted.
Dropping all procedures, functions and views from database cpsdyn.
Executing CpsDyn.sql...
Setting owner for database cpsdyn to sa.
Creating login MyDomain\RTCComponentUniversalServices.
Creating user MyDomain\RTCComponentUniversalServices.
Creating Schema MyDomain\RTCComponentUniversalServices.
Creating login MyDomain\RTCUniversalReadOnlyAdmins.
Creating user MyDomain\RTCUniversalReadOnlyAdmins.
Creating Schema MyDomain\RTCUniversalReadOnlyAdmins.
Creating login MyDomain\RTCUniversalServerAdmins.
Creating user MyDomain\RTCUniversalServerAdmins.
Creating Schema MyDomain\RTCUniversalServerAdmins.
Adding account MyDomain\RTCComponentUniversalServices to role ReadWriteRole.
Adding account MyDomain\RTCUniversalServerAdmins to role ReadWriteRole.
Adding account MyDomain\RTCUniversalReadOnlyAdmins to role ReadOnlyRole.
Setting database version: Schema Version 1, Sproc Version 1, Update Version 2.
Setting the database cpsdyn to multi user mode.
Database cpsdyn is set to multi user mode.
VERBOSE: Successfully installed the database. For details, see the following log:
"C:\Users\MK\AppData\Local\Temp\2\Create-ApplicationStore-HQ-LYNC2013-BE.MyDomain_rtc-[2014_11_13][14_35_37].log"
VERBOSE: Installing "ArchivingStore" on HQ-LYNC2013-BE.MyDomain\arc, collocated: False
****Creating DbSetupInstance for 'Microsoft.Rtc.Common.Data.ArchivingDatabase'****
Trying to connect to Sql Server HQ-LYNC2013-BE.MyDomain\arc. using windows authentication...
Sql version: Major: 11, Minor: 0, Build 5058.
Sql version is acceptable.
Checking state for database LcsLog.
Database created by script "ArchivingDatabase" already exists and is current.
VERBOSE: Successfully installed the database. For details, see the following log:
"C:\Users\MK\AppData\Local\Temp\2\Create-ArchivingStore-HQ-LYNC2013-BE.MyDomain_arc-[2014_11_13][14_35_51].log"
VERBOSE: Installing "MonitoringStore" on HQ-LYNC2013-BE.MyDomain\mon, collocated: False
****Creating DbSetupInstance for 'Microsoft.Rtc.Common.Data.MonitoringDatabase'****
Trying to connect to Sql Server HQ-LYNC2013-BE.MyDomain\mon. using windows authentication...
Sql version: Major: 11, Minor: 0, Build 5058.
Sql version is acceptable.
Checking state for database LcsCDR.
Checking state for database LcsCDR.
Checking state for database LcsCDR.
State of database LcsCDR is DbState_RequiresMinorUpgrade.
WARNING: The database LcsCDR being updated has data file path at
\\HQ-LYNC2013-BE.MyDomain\C$\CsData\MonitoringStore\mon\DbPath\LcsCDR.mdf and supplied data file path is
\\HQ-LYNC2013-BE.MyDomain\F$\CsData\MonitoringStore\mon\DbPath\LcsCDR.mdf. Supplied path will be ignored.
WARNING: The database LcsCDR being updated has log file path at
\\HQ-LYNC2013-BE.MyDomain\C$\CsData\MonitoringStore\mon\LogPath\LcsCDR.ldf and supplied data file path is
\\HQ-LYNC2013-BE.MyDomain\F$\CsData\MonitoringStore\mon\LogPath\LcsCDR.ldf. Supplied path will be ignored.
Database LcsCDR set to mode Restricted.
Dropping all procedures, functions and views from database LcsCDR.
Executing CdrDb.sql...
Setting owner for database LcsCDR to sa.
Creating login MyDomain\CSAdministrator.
Creating user MyDomain\CSAdministrator.
Creating Schema MyDomain\CSAdministrator.
Creating login MyDomain\RTCComponentUniversalServices.
Creating user MyDomain\RTCComponentUniversalServices.
Creating Schema MyDomain\RTCComponentUniversalServices.
Adding account MyDomain\RTCComponentUniversalServices to role ServerRole.
Adding account MyDomain\RTCComponentUniversalServices to role ReportsReadOnlyRole.
Adding account MyDomain\CSAdministrator to role ReportsReadOnlyRole.
Setting database version: Schema Version 39, Sproc Version 82, Update Version 2.
Setting the database LcsCDR to multi user mode.
Database LcsCDR is set to multi user mode.
SQL Server Agent is running and its start mode was detected as Auto.
Executing CdrJobs.sql...
****Creating DbSetupInstance for 'Microsoft.Rtc.Common.Data.QoEMetricsDatabase'****
Trying to connect to Sql Server HQ-LYNC2013-BE.MyDomain\mon. using windows authentication...
Sql version: Major: 11, Minor: 0, Build 5058.
Sql version is acceptable.
Checking state for database QoEMetrics.
Checking state for database QoEMetrics.
Checking state for database QoEMetrics.
State of database QoEMetrics is DbState_RequiresMinorUpgrade.
WARNING: The database QoEMetrics being updated has data file path at
\\HQ-LYNC2013-BE.MyDomain\C$\CsData\MonitoringStore\mon\DbPath\QoEMetrics.mdf and supplied data file path is
\\HQ-LYNC2013-BE.MyDomain\F$\CsData\MonitoringStore\mon\DbPath\QoEMetrics.mdf. Supplied path will be ignored.
WARNING: The database QoEMetrics being updated has log file path at
\\HQ-LYNC2013-BE.MyDomain\C$\CsData\MonitoringStore\mon\LogPath\QoEMetrics.ldf and supplied data file path is
\\HQ-LYNC2013-BE.MyDomain\F$\CsData\MonitoringStore\mon\LogPath\QoEMetrics.ldf. Supplied path will be ignored.
Database QoEMetrics set to mode Restricted.
Dropping all procedures, functions and views from database QoEMetrics.
Executing QoEDb.sql...
Setting owner for database QoEMetrics to sa.
Creating login MyDomain\RTCComponentUniversalServices.
Creating user MyDomain\RTCComponentUniversalServices.
Creating Schema MyDomain\RTCComponentUniversalServices.
Adding account MyDomain\RTCComponentUniversalServices to role ServerRole.
Setting database version: Schema Version 62, Sproc Version 90, Update Version 1.
Setting the database QoEMetrics to multi user mode.
Database QoEMetrics is set to multi user mode.
SQL Server Agent is running and its start mode was detected as Auto.
Executing QoEJobs.sql...
VERBOSE: Successfully installed the database. For details, see the following log:
"C:\Users\MK\AppData\Local\Temp\2\Create-MonitoringStore-HQ-LYNC2013-BE.MyDomain_mon-[2014_11_13][14_35_51].log"
VERBOSE: No changes were made to the Central Management Store.
VERBOSE: Creating new log file
"C:\Users\MK\AppData\Local\Temp\2\Install-CsDatabase-82d6613c-f2e3-47e6-8fc4-8f75d2efe6e4.html".
WARNING: "Install-CsDatabase" processing has completed with warnings. "5" warnings were recorded during this run.
WARNING: Detailed results can be found at
"C:\Users\MK\AppData\Local\Temp\2\Install-CsDatabase-82d6613c-f2e3-47e6-8fc4-8f75d2efe6e4.html".
PS C:\Users\MK>
I hope some one can confirm no issue with what I did ??
Kind Regards
MK -
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,
AntonioWe 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 ; -
Hi,
I am having a problem getting OAuth to work from Exchange 2013 to Lync 2013.
I have read and following the instructions online and cannot see what I am doing wrong.
On the Exchange 2013 server, I get the following error when I run:
Test-OAuthConnectivity -Service EWS -TargetUri
https://exchserver2.domainname.local/ews/ -Mailbox "Jack"
RunspaceId : 920118a3-6ab2-45dc-9b68-de68133de95e
Task : Checking EWS API Call Under Oauth
Detail : The configuration was last successfully loaded at 01/01/0001 00:00:00 UTC. This was 1059263714 minutes
ago.
The token cache is being cleared because "use cached token" was set to false.
Exchange Outbound Oauth Log:
Client request ID: 19ad80f6-7751-429f-aac5-e802105fbbc6
Information:[OAuthCredentials:Authenticate] entering
Information:[OAuthCredentials:Authenticate] challenge from
'https://exchserver2.domainname.local/ews/Exchange.asmx' received: Bearer
client_id="00000002-0000-0ff1-ce00-000000000000",
trusted_issuers="[email protected]",Negotiate,NTLM
Information:[OAuthCredentials:GetToken] client-id: '00000002-0000-0ff1-ce00-000000000000', realm: '',
trusted_issuer: '[email protected]'
Information:[OAuthCredentials:GetToken] start building a token for the user domain 'domainname.co.uk'
Information:[OAuthTokenBuilder:GetAppToken] start building the apptoken
Information:[OAuthTokenBuilder:GetAppToken] checking enabled auth servers
Error:[OAuthTokenBuilder:GetAppToken] unable to continue building token; no locally configured issuer
was in the trusted_issuer list, realm from challenge was also empty. trust_issuers was
[email protected]
Error:The trusted issuers contained the following entries
'[email protected]'. None of them are configured locally.
Exchange Response Details:
HTTP response message:
Exception:
System.Net.WebException: The request was aborted: The request was canceled. --->
Microsoft.Exchange.Security.OAuth.OAuthTokenRequestFailedException: The trusted issuers contained the
following entries '[email protected]'. None of them are
configured locally.
at Microsoft.Exchange.Security.OAuth.OAuthTokenBuilder.GetAppToken(String applicationId, String
destinationHost, String realmFromChallenge, IssuerMetadata[] trustedIssuersFromChallenge, String
userDomain)
at Microsoft.Exchange.Security.OAuth.OAuthTokenBuilder.GetAppWithUserToken(String applicationId,
String destinationHost, String realmFromChallenge, IssuerMetadata[] trustedIssuersFromChallenge, String
userDomain, ClaimProvider claimProvider)
at Microsoft.Exchange.Security.OAuth.OAuthCredentials.GetToken(WebRequest webRequest,
HttpAuthenticationChallenge challengeObject)
at Microsoft.Exchange.Security.OAuth.OAuthCredentials.Authenticate(String challengeString, WebRequest
webRequest, Boolean preAuthenticate)
at Microsoft.Exchange.Security.OAuth.OAuthCredentials.OAuthAuthenticationModule.Authenticate(String
challenge, WebRequest request, ICredentials credentials)
at System.Net.AuthenticationManager.Authenticate(String challenge, WebRequest request, ICredentials
credentials)
at System.Net.AuthenticationState.AttemptAuthenticate(HttpWebRequest httpWebRequest, ICredentials
authInfo)
at System.Net.HttpWebRequest.CheckResubmitForAuth()
at System.Net.HttpWebRequest.CheckResubmit(Exception& e, Boolean& disableUpload)
at System.Net.HttpWebRequest.DoSubmitRequestProcessing(Exception& exception)
at System.Net.HttpWebRequest.ProcessResponse()
at System.Net.HttpWebRequest.SetResponse(CoreResponseData coreResponseData)
--- End of inner exception stack trace ---
at System.Net.HttpWebRequest.GetResponse()
at Microsoft.Exchange.Monitoring.TestOAuthConnectivityHelper.SendExchangeOAuthRequest(ADUser user,
String orgDomain, Uri targetUri, String& diagnosticMessage, Boolean appOnly, Boolean useCachedToken,
Boolean reloadConfig)
ResultType : Error
Identity : Microsoft.Exchange.Security.OAuth.ValidationResultNodeId
IsValid : True
ObjectState : New
It appears to work fine from Lync 2013 to Exchange 2013.
When I run: Test-CsExStorageConnectivity -sipuri [email protected] -Binding Nettcp -Verbose in Lync 2013 I get a successful outcome:
VERBOSE: Successfully opened a connection to storage service at localhost using
binding: NetNamedPipe.
VERBOSE: Create message.
VERBOSE: Execute Exchange Storage Command.
VERBOSE: Processing web storage response for ExCreateItem Success.,
result=Success, activityId=0bbdc565-4a05-4b57-bf95-0c75488a1ef6, reason=.
VERBOSE: Activity tracing:
2015/01/02 19:15:55.616 Autodiscover, send GetUserSettings request,
[email protected], Autodiscover
Uri=https://exchserver2.domainname.local/autodiscover/autodiscover.svc, Web
Proxy=<NULL>
2015/01/02 19:15:55.616 Autodiscover.EWSMA trace,
type=AutodiscoverRequestHttpHeaders, message=<Trace
Tag="AutodiscoverRequestHttpHeaders" Tid="30" Time="2015-01-02 19:15:55Z">
POST /autodiscover/autodiscover.svc HTTP/1.1
Content-Type: text/xml; charset=utf-8
Accept: text/xml
User-Agent: ExchangeServicesClient/15.00.0516.004
</Trace>
2015/01/02 19:15:55.624 Autodiscover.EWSMA trace, type=AutodiscoverRequest,
message=<Trace Tag="AutodiscoverRequest" Tid="30" Time="2015-01-02 19:15:55Z"
Version="15.00.0516.004">
<?xml version="1.0" encoding="utf-8"?>
<soap:Envelope
xmlns:a="http://schemas.microsoft.com/exchange/2010/Autodiscover"
xmlns:wsa="http://www.w3.org/2005/08/addressing"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
<soap:Header>
<a:RequestedServerVersion>Exchange2013</a:RequestedServerVersion>
<wsa:Action>http://schemas.microsoft.com/exchange/2010/Autodiscover/Autodiscove
r/GetUserSettings</wsa:Action>
<wsa:To>https://exchserver2.domainname.local/autodiscover/autodiscover.svc</
wsa:To>
</soap:Header>
<soap:Body>
<a:GetUserSettingsRequestMessage
xmlns:a="http://schemas.microsoft.com/exchange/2010/Autodiscover">
<a:Request>
<a:Users>
<a:User>
<a:Mailbox>[email protected]</a:Mailbox>
</a:User>
</a:Users>
<a:RequestedSettings>
<a:Setting>InternalEwsUrl</a:Setting>
<a:Setting>ExternalEwsUrl</a:Setting>
<a:Setting>ExternalEwsVersion</a:Setting>
</a:RequestedSettings>
</a:Request>
</a:GetUserSettingsRequestMessage>
</soap:Body>
</soap:Envelope>
</Trace>
2015/01/02 19:15:55.704 Autodiscover.EWSMA trace,
type=AutodiscoverResponseHttpHeaders, message=<Trace
Tag="AutodiscoverResponseHttpHeaders" Tid="30" Time="2015-01-02 19:15:55Z">
HTTP/1.1 200 OK
Transfer-Encoding: chunked
request-id: 5917d246-64b0-48e2-ad79-f9b6cffb5bea
X-CalculatedBETarget: exchserver2.domainname.local
X-DiagInfo: EXCHSERVER2
X-BEServer: EXCHSERVER2
Cache-Control: private
Content-Type: text/xml; charset=utf-8
Set-Cookie: ClientId=FTFXWUQWWRJVBMNBG; expires=Sat, 02-Jan-2016 19:15:55 GMT;
path=/;
HttpOnly,X-BackEndCookie=actas1(sid:S-1-5-21-3691024758-535552880-811174816-113
5|smtp:[email protected]|upn:[email protected])=u56Lnp2ejJqBx8jIn
sqbxpvSz8rHx9LLzp7O0sbOzcnSzcqcmZqem8aempmcgYHNz87K0s/N0s/Oq87Gxc7KxcrK;
expires=Sun, 01-Feb-2015 19:15:55 GMT; path=/autodiscover; secure; HttpOnly
Server: Microsoft-IIS/8.5
X-AspNet-Version: 4.0.30319
X-Powered-By: ASP.NET
X-FEServer: EXCHSERVER2
Date: Fri, 02 Jan 2015 19:15:55 GMT
</Trace>
2015/01/02 19:15:55.704 Autodiscover.EWSMA trace, type=AutodiscoverResponse,
message=<Trace Tag="AutodiscoverResponse" Tid="30" Time="2015-01-02 19:15:55Z"
Version="15.00.0516.004">
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:a="http://www.w3.org/2005/08/addressing">
<s:Header>
<a:Action
s:mustUnderstand="1">http://schemas.microsoft.com/exchange/2010/Autodiscover/Au
todiscover/GetUserSettingsResponse</a:Action>
<h:ServerVersionInfo
xmlns:h="http://schemas.microsoft.com/exchange/2010/Autodiscover"
xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
<h:MajorVersion>15</h:MajorVersion>
<h:MinorVersion>0</h:MinorVersion>
<h:MajorBuildNumber>1044</h:MajorBuildNumber>
<h:MinorBuildNumber>21</h:MinorBuildNumber>
<h:Version>Exchange2013_SP1</h:Version>
</h:ServerVersionInfo>
</s:Header>
<s:Body>
<GetUserSettingsResponseMessage
xmlns="http://schemas.microsoft.com/exchange/2010/Autodiscover">
<Response xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
<ErrorCode>NoError</ErrorCode>
<ErrorMessage />
<UserResponses>
<UserResponse>
<ErrorCode>NoError</ErrorCode>
<ErrorMessage>No error.</ErrorMessage>
<RedirectTarget i:nil="true" />
<UserSettingErrors />
<UserSettings>
<UserSetting i:type="StringSetting">
<Name>InternalEwsUrl</Name>
<Value>https://exchserver2.domainname.local/EWS/Exchange.asmx</Value>
</UserSetting>
<UserSetting i:type="StringSetting">
<Name>ExternalEwsUrl</Name>
<Value>https://exchserver2.domainname.co.uk/EWS/Exchange.asmx</Value>
</UserSetting>
<UserSetting i:type="StringSetting">
<Name>ExternalEwsVersion</Name>
<Value>15.00.1044.000</Value>
</UserSetting>
</UserSettings>
</UserResponse>
</UserResponses>
</Response>
</GetUserSettingsResponseMessage>
</s:Body>
</s:Envelope>
</Trace>
2015/01/02 19:15:55.704 Autodiscover, received GetUserSettings response,
duration Ms=88, response=NoError
2015/01/02 19:15:55.706 Lookup user details,
sipUri=sip:[email protected], [email protected],
sid=S-1-5-21-3691024758-535552880-811174816-1135, [email protected],
tenantId=00000000-0000-0000-0000-000000000000
VERBOSE: Items choice type: CreateItemResponseMessage.
VERBOSE: Response message, class: Success, code: NoError.
VERBOSE: Item: Microsoft.Rtc.Internal.Storage.Exchange.Ews.MessageType, Id:
AAMkADAwNWZkZWI0LWM5NGYtNDUxNy05Nzk3LWZhZjRiY2Y4MTU4NwBGAAAAAADLP1MgTEXdQ7zQSlb
qPl++BwBauhRZTfLbTYZ+hBWtK784ANcdmUYqAACSqIurRqgYSZwMhT/IBw89AACnT6G9AAA=,
change key: CQAAABYAAACSqIurRqgYSZwMhT/IBw89AACnip6b, subject: , body: .
VERBOSE: Is command successful: True.
Test passed.
All my certificates on the Exchange 2013 and Lync 2013 servers are from my local CA.
I use APP with the public certificates as my reverse proxy for people connecting from outside the network.
In Lync, the OAuthTokenIssuer certificate created through the Lync deployment wizard is issued to domainname.local (my primary sip domain) and the Subject Alternative names include domainname.co.uk
I then exported this certificate to the Exchange Server and use the Set-AuthConfig to use this certificate for OAuth.
from what I read this was what I was supposed to do.
is this correct?
I have tried so many things I don't know what do to next.
Should the OAuth certificate in exchange be the one exported from Lync?
In Lync, should the OAuthTokenIssuer certificate include the servername or lyncserver.domainname.local or just be domainname.local like it is at the moment?
thank-you
jackThomas,
thanks for giving this the time. I have run the Configure-EnterpriseApplication.ps1 script following by remove-PartnerApplication so many times that I was wondering if there are other setting that
Configure-EnterpriseApplication.ps1 creates that aer not removed when you run
remove-PartnerApplication.
is there a way to completely remove everything that is confirmed when you run
Configure-EnterpriseApplication.ps1 so I can run Configure-EnterpriseApplication.ps1 without there being any configurations left from when I previously run that command?
thanks
jack
[PS] C:\Windows\system32>Get-PartnerApplication |fl
RunspaceId : cb2fb328-769d-4b32-8b7b-1fa35e2994f5
Enabled : True
ApplicationIdentifier : 00000004-0000-0ff1-ce00-000000000000
CertificateStrings : {MIIGcDCCBVigAwIBAgITPgAAARIHL+ig32UAAQAAAAABEjANBgkqhkiG9w0BAQUFADBcMRUwEwYKCZIm
iZPyLGQBGRYFbG9jYWwxHTAbBgoJkiaJk/IsZAEZFg1HdWlkZUNsb3RoaW5nMSQwIgYDVQQDExtHdWlkZ
UNsb3RoaW5nLUFQUFNFUlZFUjEtQ0EwHhcNMTUwMTEwMTIxODIzWhcNMTcwMTA5MTIxODIzWjB7MQswCQ
YDVQQGEwJHQjEPMA0GA1UECBMGTG9uZG9uMQ8wDQYDVQQHEwZMb25kb24xHzAdBgNVBAoTFkd1aWRlIEN
sb3RoaW5nIExpbWl0ZWQxCzAJBgNVBAsTAkhRMRwwGgYDVQQDExNHdWlkZUNsb3RoaW5nLmNvLnVrMIIB
IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAyzDzaLsjJfktsbwIJ998ihsZM/0rKGdIt8rIx00oc
HA7w0uVyz2UqnP9a8uRi6HkA7djbynlmGG0hKSUUQngXxz7q2dY6q9rcY5Rw2mJOMeppounx44FFp4+4e
5HQKviLTYo+3DBGIR0mYDqxanKPS00d0f7HDLvmVb90hjdrbE372JBdcNNHs2OHRqg37bN2fAbwd22c9x
2kvi0rESFnr+KcIGECVInCTHLJ7fwVqvi4hvRqtz7KLZsMXprpgeVDs45EMMRtwJ5Hw8uZR4CFz4dHSlo
dIVgDPn8Ns2vGhcUK0JU4WkDbjnqo1SJzHlqtNjiu//wGcn77PAiM0yhyQIDAQABo4IDCjCCAwYwCwYDV
R0PBAQDAgWgMCEGCSsGAQQBgjcUAgQUHhIAVwBlAGIAUwBlAHIAdgBlAHIwEwYDVR0lBAwwCgYIKwYBBQ
UHAwEwHQYDVR0OBBYEFOY3whPicRAXNsTDSIg3FexpaCKdMHUGA1UdEQRuMGyCH0x5bmNTZXJ2ZXIyLkd
1aWRlQ2xvdGhpbmcuY28udWuCH0x5bmNTZXJ2ZXIyLkd1aWRlQ2xvdGhpbmcubG9jYWyCE0d1aWRlQ2xv
dGhpbmcuY28udWuCE0d1aWRlQ2xvdGhpbmcubG9jYWwwHwYDVR0jBBgwFoAUDHst3gUSMGwvkiNTPavmi
UEWgtQwggEuBgNVHR8EggElMIIBITCCAR2gggEZoIIBFYaBzWxkYXA6Ly8vQ049R3VpZGVDbG90aGluZy
1BUFBTRVJWRVIxLUNBLENOPURvbVNlcnZlcjIsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2V
zLENOPVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9R3VpZGVDbG90aGluZyxEQz1sb2NhbD9jZXJ0
aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlzdHJpYnV0aW9uUG9pbnSGQ
2h0dHA6Ly9jcmwuZ3VpZGVjbG90aGluZy5sb2NhbC9jcmxkL0d1aWRlQ2xvdGhpbmctQVBQU0VSVkVSMS
1DQS5jcmwwgdUGCCsGAQUFBwEBBIHIMIHFMIHCBggrBgEFBQcwAoaBtWxkYXA6Ly8vQ049R3VpZGVDbG9
0aGluZy1BUFBTRVJWRVIxLUNBLENOPUFJQSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxDTj1TZXJ2
aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPUd1aWRlQ2xvdGhpbmcsREM9bG9jYWw/Y0FDZXJ0aWZpY2F0Z
T9iYXNlP29iamVjdENsYXNzPWNlcnRpZmljYXRpb25BdXRob3JpdHkwDQYJKoZIhvcNAQEFBQADggEBAD
87GUPi02czEMO2Op0CeKBBpGwsfjYR9+RlC2uKAoH8PbWAxYNP3Ke6BtPeFy+95GGAJd5Z0+6LpO/AagA
+zeY/tocZQjy0pYaU4/TPZgD+ZB/8sU982msu+8waO316ipBcf/87n9ZW3Jjk5DcVbtwrZErrGRe9DEn8
QArN0jroLfaRtbDumse1Lp76+dxFuVhlLWcUXtIKaxm+UU9DS94EwJMtN54lDm3EG6hVdiGUR7TYqZU0K
HGm7HciIhuO+2rhAazOBiIAAW6wZRUpFKZONSVD6bKrQCzL12LvynQ7XC6Itgr4JGzNCmoN43dXwVCkWo
amTDdZY4h+QBqUvvY=}
AuthMetadataUrl : https://lyncserver2.domainname.local/metadata/json/1
Realm : domainname.local
UseAuthServer : False
AcceptSecurityIdentifierInformation : True
LinkedAccount : domainname.local/Users/LyncEnterprise-ApplicationAccount
IssuerIdentifier :
AppOnlyPermissions :
ActAsPermissions :
AdminDisplayName :
ExchangeVersion : 0.20 (15.0.0.0)
Name : LyncEnterprise-786f61476b634278a3c9b9e4ec08b660
DistinguishedName : CN=LyncEnterprise-786f61476b634278a3c9b9e4ec08b660,CN=Partner
Applications,CN=Auth Configuration,CN=domainname,CN=Microsoft
Exchange,CN=Services,CN=Configuration,DC=domainname,DC=local
Identity : LyncEnterprise-786f61476b634278a3c9b9e4ec08b660
Guid : 07495125-ccd4-4443-82d9-74fc3b955cdf
ObjectCategory : domainname.local/Configuration/Schema/ms-Exch-Auth-Partner-Application
ObjectClass : {top, msExchAuthPartnerApplication}
WhenChanged : 10/01/2015 17:14:55
WhenCreated : 10/01/2015 17:14:55
WhenChangedUTC : 10/01/2015 17:14:55
WhenCreatedUTC : 10/01/2015 17:14:55
OrganizationId :
Id : LyncEnterprise-786f61476b634278a3c9b9e4ec08b660
OriginatingServer : DomServer2.domainname.local
IsValid : True
ObjectState : Unchanged -
Lync 2013 on Windows Phone 8 cannot connect to Exchange via TMG
Hi,
I've found that the latest Lync 2013 client on WP8 cannot connect to our Exchange Server 2010 via TMG and the problem is related to autodiscovery. Based on detailed log analysis the symptom is the following:
1. The client is sending a request:
GET
https://autodiscover.neostratus.com/autodiscover/autodiscover.xml
2. It gets a TMG logon form and then tries to POST here:
POST
https://autodiscover.neostratus.com/cookieauth.dll?getlogon?curl=z2fautodiscoverz2fautodiscover.xml&reason=0&formdir=9
<Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/requestschema/2006">
<Request><EMailAddress>[email protected]</EMailAddress>
<AcceptableResponseSchema>http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a</AcceptableResponseSchema>
</Request></Autodiscover>
</SentRequest>
The URL is wrong and it fails of course. This is the situation with Lync credentials and manually configured Exchange credentials as well.
Other clients (PC, iOS) can connect fine and all test tools confirm that our autodiscovery setup is correct. I can POST the above XML using basic authentication to the correct URL and get a correct response. And the same autodiscovery process works fine
when setting up an email account on the same WP8 device.
Is this a known WP8 Lync 2013 client bug and is there a workaround?
BR,
AndrasHi,
The lync client should be able to sing in Lync Server and just lost calendar information if Lync client cannot connect to Exchange. Please double check if the device is able to connect to the EWS URL.
Kent Huang
TechNet Community Support -
Lync 2013\Exchange 2010 OWA Integration Problem
Hi there,
I've got a vexing issue that I haven't had much luck in researching. I am running Lync 2013 on Server 2008 R2 and Exchange 2010 SP3 on Server 2008 R2. I followed Jeff Schertz's instructions (http://blog.schertz.name/2010/11/lync-and-exchange-im-integration/)
and Lync\OWA integration is working--sort of.
We currently have a central pool (we'll call it lyncpool.contoso.com) and three pools housed on SBAs-- lyncsba-loc1, lyncsba-loc2,lyncsba-loc3. Users in our main location are housed on the central pool, whereas users in our remote locations are housed
on their respective SBA.
Following the instructions, I pointed my OWA virtual directories at lyncpool.contoso.com, and everything seemed fine at first. I could see presence in OWA, initiate an instant message...the works. However, when I asked a user homed on one of the SBAs,
he said that he could only see presence for other users in his pool\location. Everyone else had a white "unknown" presence chiclet. To verify, I temporarily moved my lync account to that branch pool, and sure enough--I saw the same thing. As
a troubleshooting measure, I re-ran the OWA configuration portion and instead of using the central pool as the instantmessagingserver value, I pointed it directly at that branch pool. At that point, he and I, being homed in that branch pool, could see
presence for EVERYONE. Problem solved, right? Well, no...because now, the central pool users could only see presence for other central pool users, and the other branches could still only see presence for their poolmates.
I've run Wireshark, CLS logging, you name it--I haven't seen anything fishy, and I'm starting to wonder if this perhaps a bug or an unsupported use-case(I hope not, since Microsoft otherwise endorses such a configuration). I've been beating my head
against this wall for almost two weeks with no change...someone, help! :)This is the only thing that seems of interest in the CLS Log:
TL_WARN(TF_DIAG) [lyncpool01\VGTLYNCFE-01]1B70.4184::06/17/2014-20:47:03.028.00001F75 (SIPStack,SIPAdminLog::WriteDiagnosticEvent:SIPAdminLog.cpp(805))
[1781536493] $$begin_record
Severity: warning
Text: Cannot process Route headers from a non-trusted source, or with first Route field in the set not matching the connection on which the request arrived
Result-Code: 0xc3e93c5e SIPPROXY_E_ROUTING
SIP-Start-Line: SUBSCRIBE sip:LyncPool01.xxx.net:5061;transport=tls;ms-fe=VGTLYNCFE-01.xxx.net SIP/2.0
SIP-Call-ID: 45c62e9edaee4252908914b37ca5ef23
SIP-CSeq: 1895 SUBSCRIBE
Source: mail.xxx.net:47892
$$end_record
The "source" here is our OWA server. I have issued a certificate from our local CA(the same one that issued the Lync certs), making sure the CN of the certificate matches the OWA url. Any ideas?
Maybe you are looking for
-
Problem creating an association in the Default Programs control panel
I have AOL mail. I have typed a letter in WordPad that I want to send in an e-mail. I am receiving this message....There is no e-mail program associated to perform the requested action. Please install an e-mail program or, if one is already installe
-
MSI GT 680 can't open microsoft company web
so i bought msi gt 680 and got windows ultimate 64 bit.. then i tried open www.microsoft.com it won't opened this causes not viruses or threats it probbaly msi program itself i already check it with many famous antivirus and malware remover program s
-
Can a RAP fallback to a MAP?
Hello all, If the wired connection of a Root Access Point(Cisco 1522AG) goes down, can a RAP fall to a MAP role, find a parent and still offer client connectivity? Thanks, Rares
-
How send PO display as link via email
Hello, I got requirement. whenever a new PO is getting created, we need to notiyfy list of users via email. email content should have a link to PO display. so whenever user logs into his outlook/lotus notes and clicks on the PO display link, it shou
-
Running 3.6.3. Bookmarks lost. Unable to find extensions in Add-Ons folder. Running Mac OS 10.4.11. Please advise.