Lync 2013 webapp guest login

Hi
We have Lync 2013 infra , when we send a LYNC WEB app request to a external user to login as Guest it is not working.
Regards

Hi,
For this issue, i think you may ask in Lync Server forums for prefessional support:
http://social.technet.microsoft.com/Forums/en-US/home?category=lync&filter=alltypes&sort=lastpostdesc
Regards.
Vivian Wang

Similar Messages

  • Lync 2013 web app login prompt

    Hi.
    I have some trouble with Lync 2013 web app. When the page is loaded, it always prompt for credentials.
    I understand, that from LAN it try to use user credentials, but from the external it is problematic.
    We use TMG as reverse proxy. Is there any way, how to remove prompt for external sites ?
    Thanks

    The login dialog is by design, you can’t remove the prompt.
    As most external users can access successfully, I think the problem is on the client side.
    Please check the supported platforms for Lync Web App at
    http://technet.microsoft.com/en-us/library/gg425820.aspx
    Please check if the issue always happens to the problem Lync account.
    Check if the issue happens to multiple Lync account on the same computer.
    Check if the issue happens to the same Lync account on another computer.
    Lisa Zheng
    TechNet Community Support

  • Lync 2013 webapp URL asking credentials when accessing from web-browser

    Hi,  when I tried to access Lync2013 Webapp URL , I am being asked for asked enter credentials to display options to join meetings.
    screenshot attached...

    Hi,
    Which Website Browser did you use?
    Did the issue happen only for you or for multiple users?
    Please test on other computer.
    Please double check anonymous access settings and conference policies, make sure “enable anonymous user access to conferences” enabled.
    Best Regards,
    Eason Huang
    Eason Huang
    TechNet Community Support

  • Some Users cannot login via Lync 2013 windows client

    Hi,
    I have a Lync 2013 FrontEnd server, DB server and Edge Server.
    Since last noon we are facing a mysterious issue. Its as below.
    ( I have just entered into Lync administration)
    User A and User B, both were able to login to lync till yesteday noon on their individual PC, any PC or mobile (windows, android, mac) with any version of Lync client, inside and outside the organization.
    Last noon User A reported that he is facing an issue that whenever he logs in to lync 2013 client he is automatically logged off in 2 to 3 seconds. Then again logs in automatically and again loggs off in 2-3 seconds. and thats all is happening again and
    again. The message he is is getting after he is logged off is "The connection to the server was lost
    . Reconnecting. Current calls may continue, but with reduced functionality".
    But at the same time he was able to login from other computer and his mobile device.  At the same time, User B is not facing any issue on his machine.
    Then User A tried to login from the User B's computer and there also he faced same issue. Then i asked User B to login on computer of User A and what i see is User B is able to login on User A's computer.
    What is concluded from the observation is, User A cannot login from lync client 2013 from any computer inside and outside of my network and can login from any other client/version/platform inside or outside of my network.
    What i checked for is Client Version Policy of User A and User B, but both are same (Automatic). Below is my client version policy and i am using client version 15.0.4605.1000
    In Sing In Logs. (By Right click on system tray icon of lync) i got below information.
    Error-1
    In Windows 8, event viewer i am getting only Event ID 1 or 12 which says, "
    The description for Event ID 12 from source Lync cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.
    If the event originated on another computer, the display information had to be saved with the event.
    The following information was included with the event: 
    Lync
    Thanks, Rishi Pandit.

    The issue has been resolved by removing an entry from "Trusted Application Server". This application server was being used for Polycom VC infrastructure integration with Lync.
    As per Task 4 section in
    Polycom and Lync Integration Documentation we have to use below-
    http://support.polycom.com/global/documents/support/strategic_partner_solutions/Polycom_UC_Microsoft_Deployment_W8.pdf
    Use the New-CsStaticRoute command to set up a static route for the RealPresence 
    Collaboration Server system. 
    $route = New-CsStaticRoute -TLSRoute -destination rmx.corp.local 
    -port 5061 -matchuri sipdomain.com -usedefaultcertificate $true 
    where rmx.corp.local is the FQDN of the RealPresence Collaboration Server SIP signaling 
    domain and sipdomain.com is the name of the Trusted Application Pool you created. 
    but this was wrong.
    we used sip.domain.com and issue got resolved. Polycom forgot one (.) dot between sip and domain.com which ruined us.
    Thanks.
    Thanks, Rishi Pandit.

  • Lync 2013 Mobile unable to login from wifi

    Dear All,
    Many thanks in advance.
    My Lync 2013 mobile client is unable to login via internal network. 
    I have tried to provide external web directory and lyncdiscover by giving way through internal leg of reverseproxy(TMG).
    I think I'm missing something from the basic. Will appreciate your reply. :)

    You are not missing something basic, this is a real issue with using Lync mobile while on internal corpnet. A known feature (issue) with Lync mobile is that has to connect to the external web services. So when internal it will hairpin out your FW and connect
    to the web services:
    http://technet.microsoft.com/en-us/library/hh690030.aspx
    Some more info:
    http://blog.schertz.name/2013/07/understanding-lync-2013-mobility/
    A lot of Firewalls do not allow this sort of "hairpinning".
    Thom Foreman, MCSE, MCSA, MCTS

  • Lync 2013 disabled user can still login.

    Ok. so we have this weird behavior and it's been driving us crazy for over a week. We have a lync 2013 deployment on a forest with several child domains.<o:p></o:p>
    In the middle of the deployment, we noticed that our changes to the user characteristics were not being updated. Eg: we enable or disable
    enterprise voice, no changes. We change the sip URI, log out, login, nothing, no changes. And we noticed that if we disable the user from Lync server (from the lync controlpanel), the user can still login. We assumed some lag on AD replication, but no, a user
    can still login after a week!<o:p></o:p>
    The deployment is a standard Lync 2013, single FE, with a single Edge server. We have enabled Enterprise voice, changes to the enterprise voice routes are
    working, if we enable or disable a route we can see it on the client, but changes on the dialplan are not reflected.<o:p></o:p>
    I can’t find any reference to this behavior. I know if I disable a user from the AD he can still signing into Lync, but this is different, we are disabling
    the user from Lync server. We even removed the user completely from Lync and he can still use it as normal.<o:p></o:p>
    We checked the user using adsiedit and the msrtcsip-userenabled is set to false, we even voided the certificate via lync console. Still able to use it.
    Suggestions?
    Thanks in advance.
    Fabio Ricci.

    Hi,
    Please check if there is any error message on FE Server when the issue happen.
    It seems to be the issue of CMS replication.
    Please check CMS replication status by running Get-CsManagementStoreReplicationStatus.
    If CMS replication not update to the latest version, run Invoke-CsManagementStoreReplication.
    If the issue persists, please check Lync Server update, make sure Lync Server update to the latest version, and then test again.
    Best Regards,
    Eason Huang
    Eason Huang
    TechNet Community Support

  • Lync 2013 android client fails to login bug when ISP overrides DNS

    Hello all,
    I've noticed an issue occurring in the latest Android client (as of 3/9/2015) with internet networks where the provider resolves all DNS queries to an IP address (e.g. T-Mobile, Cox Cable, and lots of others).
    Essentially, sometimes I have noticed my android client stuck on "Signing in".  The diagnostic logs show that the client is attempting to resolve http://lyncdiscover.contoso.com (which is not resolvable
    externally), but T-Mobile is sending it into a search engine.  The app continues to try to connect despite not realizing that it really did not resolve properly.  See below logs.
    <html><head><meta http-equiv="refresh" content="0;url=http://lookup.t-mobile.com/index.php?origURL=http://lyncdiscoverinternal.contoso.com/"/></head><body><script type="text/javascript">window.location="http://lookup.t-mobile.com/index.php?origURL="+escape(window.location)+"&r="+escape(document.referrer);</script></body></html>
    </ReceivedResponse>
    Mar 9, 2015 8:26:50 AM ERROR LYNC: ERROR TRANSPORT /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/transport/common/private/TransportUtilityFunctions.cpp/1874:Accept-types (application/vnd.microsoft.rtc.autodiscover+xml;v=1) not found in Content-Type response from server (text/html). Not decoding.
    Mar 9, 2015 8:26:50 AM INFO LYNC: INFO TRANSPORT /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/transport/requestprocessor/private/CHttpRequestProcessor.cpp/266:Sending event to main thread for request(0x9a306048)
    Mar 9, 2015 8:26:50 AM INFO LYNC: INFO APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/infrastructure/private/CTransportRequestRetrialQueue.cpp/822:Req. completed, Stopping timer.
    Mar 9, 2015 8:26:50 AM INFO LYNC: INFO APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/infrastructure/private/CUrlRedirectAndTrustResolver.cpp/610:UrlRedirectAndTrustResolver complete with url = http://lyncdiscoverinternal.contoso.com/, Hops = 1, status = E_ResponseUnknown (E2-1-5)
    Mar 9, 2015 8:26:50 AM INFO LYNC: INFO APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/infrastructure/private/CTransportRequestRetrialQueue.cpp/725:Response received for req. UrlTrustResolver(0x9a306048): E_ResponseUnknown (E2-1-5) (RemoteNetworkPermanentError); Done with req.; Stopping resend timer
    Mar 9, 2015 8:26:50 AM INFO LYNC: INFO APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/infrastructure/private/CUcwaAutoDiscoveryGetUserUrlOperation.cpp/393:CUcwaAutoDiscoverGetUserUrlOperation::onEvent received. Status = E_ResponseUnknown (E2-1-5), url = http://lyncdiscoverinternal.contoso.com/
    Mar 9, 2015 8:26:50 AM INFO LYNC: INFO APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/infrastructure/private/CUcwaAutoDiscoveryGetUserUrlOperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation completed with url = http://lyncdiscoverinternal.contoso.com/?sipuri=sip:[email protected], userUrl = , status = E_ResponseUnknown (E2-1-5)
    Mar 9, 2015 8:26:50 AM DEBUG SigningInActivity: onStop()
    Mar 9, 2015 8:26:50 AM DEBUG SigninActivity: onStop()
    Mar 9, 2015 8:27:20 AM DEBUG HubActivity: onPause()
    Mar 9, 2015 8:27:20 AM DEBUG MyStatusFragment: onPause()
    Mar 9, 2015 8:27:20 AM DEBUG ContactsFragment: onPause()
    Mar 9, 2015 8:27:20 AM DEBUG HubActivity: onStop()
    Mar 9, 2015 8:27:20 AM INFO LYNC: INFO APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/objectmodel/private/CApplication.cpp/944:CApplication::serialize() called
    Mar 9, 2015 8:27:20 AM VERBOSE LYNC: VERBOSE APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/infrastructure/privateandroid/CCredentialStore.cpp/90:storing credentials for service:0
    Mar 9, 2015 8:27:20 AM VERBOSE LYNC: VERBOSE APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/infrastructure/privateandroid/CCredentialStore.cpp/90:storing credentials for service:1
    Mar 9, 2015 8:27:20 AM INFO LYNC: INFO APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/objectmodel/private/CBasePersistableEntity.cpp/179:Storing 1 out-of-sync Object Models took 32ms
    Mar 9, 2015 8:27:20 AM INFO LYNC: INFO UTILITIES /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/platform/persistentstorage/private/CBasePersistableComponent.cpp/245:Storing 3 out-of-sync components took 1ms
    Mar 9, 2015 8:27:20 AM INFO PreferencesManager: commit is called on
    Mar 9, 2015 8:27:20 AM DEBUG MyStatusFragment: onStop()
    Mar 9, 2015 8:27:20 AM DEBUG ContactsFragment: onStop()
    Mar 9, 2015 8:27:27 AM ERROR HttpConnection: org.apache.http.conn.HttpHostConnectException: Connection to https://lyncdiscoverinternal.contoso.com refused
    at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:183)
    at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:164)
    at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:119)
    at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:360)
    at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:555)
    at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:487)
    at com.microsoft.office.lync.platform.http.HttpEngine.execute(HttpEngine.java:502)
    at com.microsoft.office.lync.platform.http.HttpConnection$1.run(HttpConnection.java:219)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:422)
    at java.util.concurrent.FutureTask.run(FutureTask.java:237)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
    at java.lang.Thread.run(Thread.java:818)
    Caused by: java.net.ConnectException: failed to connect to /198.105.244.104 (port 443) after 180000ms: isConnected failed: ECONNREFUSED (Connection refused)
    at libcore.io.IoBridge.isConnected(IoBridge.java:238)
    at libcore.io.IoBridge.connectErrno(IoBridge.java:171)
    at libcore.io.IoBridge.connect(IoBridge.java:122)
    at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:183)
    at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:456)
    at java.net.Socket.connect(Socket.java:882)
    at org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:119)
    at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:144)
    ... 12 more
    Caused by: android.system.ErrnoException: isConnected failed: ECONNREFUSED (Connection refused)
    at libcore.io.IoBridge.isConnected(IoBridge.java:223)
    ... 19 more
    Since DNS overrides by ISPs are a common occurance, I believe the app should properly handle this situation.  I installed an app to override my DNS and use Google's DNS servers, and the client connects fine.

    Hi,
    Did you login Lync 2013 mobile client internal or external the company?
    Did the issue also happen for IOS/Windows Phones or just happen for Android Phones?
    Please try to check if the issue only happen for your mobile Lync client or also happen for other Android mobile clients.
    If the issue only happen for your Android mobile, please try to uninstall Lync client and install the latest version from Android Market and test the issue again.
    If the issue happen for multiple mobile clients, please double check the Reverse Proxy settings, if you use IIS ARR for Reverse Proxy, you can troubleshooting with the help of the link below:
    http://blogs.technet.com/b/nexthop/archive/2013/02/19/using-iis-arr-as-a-reverse-proxy-for-lync-server-2013.aspx
    Best Regards,
    Eason Huang
    Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact [email protected].
    Eason Huang
    TechNet Community Support
    Ok, I figured out that I had a partial misconfiguration, but the existing client behavior still leads to long delays on a variety of networks.  I had the reverse proxy forwarding into port 80 instead of 8080, which seemingly caused problems
    during the second autodiscovery phase after the first timed out.   I have since confirmed that it's not just T-Mobile, but any such provider (e.g. Cox Cable, see below) that resolves all DNS entries.
    Essentially, the following is happening:
    1) Client attempts to resolve lyncdiscoverinternal first.
    2) DNS record resolves to ISP's website, because they resolve everything and will return their own page if the entry really doesn't exist.
    3) Lync client continues to try to connect to the ISP's address, and sits for at least a minute until it eventually falls to the lyncdiscover record.
    From the below log entries, you can see that the login process is delayed a full minute due to the client being stuck on the lyncdiscoverinternal record!  Again, this does not occur on ISPs that do not catch all DNS resolution
    attempts, regardless of validity.
    Mar 9, 2015 8:10:04 PM INFO HttpConnection: originalurl is
    https://lyncdiscoverinternal.contoso.com/?sipuri=sip:[email protected] method Get
    Mar 9, 2015 8:10:04 PM INFO HttpConnection: decodedurl is
    https://lyncdiscoverinternal.contoso.com/?sipuri=sip:[email protected]
    Mar 9, 2015 8:10:04 PM INFO LYNC: INFO TRANSPORT /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/transport/common/private/TransportUtilityFunctions.cpp/689:<SentRequest>
    GET
    https://lyncdiscoverinternal.contoso.com/?sipuri=sip:[email protected] 9, 2015 8:10:05 PM INFO LYNC: INFO APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/infrastructure/private/CUcwaAutoDiscoveryGetUserUrlOperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation
    completed with url =
    http://lyncdiscoverinternal.contoso.com/?sipuri=sip:[email protected], userUrl = , status = E_ResponseUnknown (E2-1-5)
    GET http://lyncdiscoverinternal.contoso.com/
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "<html><head><meta">http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html><head><meta
    http-equiv="refresh" content="0;url=http://finder.cox.net/main?InterceptSource=0&ClientLocation=us&ParticipantID=96e687opkbv4scrood8k84drs6gw5duf&FailureMode=1&SearchQuery=&FailedURI=http%3A%2F%2Flyncdiscoverinternal.contoso.com%2F&AddInType=4&Version=2.1.8-1.90base&Referer=&Implementation=0&method=GET"/><script
    type="text/javascript">url="http://finder.cox.net/main?InterceptSource=0&ClientLocation=us&ParticipantID=96e687opkbv4scrood8k84drs6gw5duf&FailureMode=1&SearchQuery=&FailedURI=http%3A%2F%2Flyncdiscoverinternal.contoso.com%2F&AddInType=4&Version=2.1.8-1.90base&Referer=&Implementation=0&method=GET";if(top.location!=location){var
    w=window,d=document,e=d.documentElement,b=d.body,x=w.innerWidth||e.clientWidth||b.clientWidth,y=w.innerHeight||e.clientHeight||b.clientHeight;url+="&w="+x+"&h="+y;}window.location.replace(url);</script></head><body></body></html>
    </ReceivedResponse>
    Mar 9, 2015 8:10:21 PM INFO LYNC: INFO APPLICATION /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/applicationlayer/infrastructure/private/CUcwaDataSynchronizer.cpp/799:Mode 0
    timed out
    Mar 9, 2015 8:11:08 PM ERROR HttpConnection: org.apache.http.conn.HttpHostConnectException:
    Connection to https://lyncdiscoverinternal.contoso.com refused
     at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:183)
    Mar 9, 2015 8:11:08 PM INFO LYNC: INFO TRANSPORT /Volumes/ServerHD2/buildagent/workspace/200604/tps/ucmp/ucmp/transport/common/private/TransportUtilityFunctions.cpp/1032:<ReceivedResponse>
    GET http://lyncdiscover.contoso.com/

  • Lync 2013 login issue

    we are facing an issue with Lync 2013, while trying to login. it says DNS error.. But here we have not hosted any DNS server or Domain server in our environment, the Lync we are using is provided by our client. Adding, facing the same login issue with my
    home pc too. Kindly assist. 
    Error:
    " Lync couldnt find a Lync server for XXXXXX. there might be an issue with the DNS configuration for your domain. Please contact your support team.
    Thanks
    Sugadev K

    You must have external DNS which is published to allow External users log in to lync from home.
    For all clients except for the Lync Windows Store app During DNS lookup, SRV records are queried and returned to the client in the following order:
    lyncdiscoverinternal.<domain>   A (host) record for the Autodiscover service on the internal Web services
    lyncdiscover.<domain>   A (host) record for the Autodiscover service on the external Web services
    _sipinternaltls._tcp.<domain>   SRV (service locator) record for internal TLS connections
    _sipinternal._tcp.<domain>   SRV (service locator) record for internal TCP connections (performed only if TCP is allowed)
    _sip._tls.<domain>   SRV (service locator) record for external TLS connections
    sipinternal.<domain>   A (host) record for the Front End pool or Director, resolvable only on the internal network
    sip.<domain>   A (host) record for the Front End pool or Director on the internal network, or the Access Edge service when the client is external
    sipexternal.<domain>   A (host) record for the Access Edge service when the client is external
    Verify that you configure DNS correctly as exist in below link
    http://technet.microsoft.com/en-us/library/gg398758.aspx
    http://expertslab.wordpress.com/2014/04/09/internal-and-external-dns-for-lync-and-phone-edition-devices/
    Please remember, if you see a post that helped you please click "Vote As Helpful" and if it answered your question, please click "Mark As Answer"
    Mai Ali | My blog: Technical | Twitter:
    Mai Ali

  • Lync 2013 Remote Access on all Lync clients from the internet not login.

    Hi All,
    I have a Lync 2013 setup with and Edge server as well as TMG Server.
    All clients can login on the mobile devices (IPAD, Windows phone etc). However, when i try login on lync client, I get "we're having trouble connecting to the server. If this continues, please contact your support team".
    What could be casing this causing this?
    KimaniBob

    Hi Ben,
    Thansk for the reply.
    I have created  the DNS records on the external and tested all, all seem fine. My Edge server has 2IPs(Internal and External) a NAT has being to the External interface of the Edge and it has being done well.
    I have also ran the ecxhange connectivity, and the output is all green. (Passed)
    Just as an add on. The lync client seems to establish a connection because , I prompts me to enter my credentials. If i put in wrong credentials i get an authentication error. However, if I put in the correct credentials, I get server is temporary unavailable.
    Althou the the error has changed now'Lync couldn't find the server for domain.com....'
    I ran the ocslogging tool and i get the following logs:
    TL_INFO(TF_CONNECTION) [0]1274.0B08::12/09/2013-13:29:25.870.00000149 (SIPStack,SIPAdminLog::WriteConnectionEvent:1222.idx(446))[972797567] $$begin_record
    Severity: information
    Text: TLS negotiation started
    Local-IP: 192.168.168.3:5061
    Peer-IP: 212.49.88.99:11468
    Connection-ID: 0x60400
    Transport: TLS
    $$end_record
    TL_ERROR(TF_CONNECTION) [0]1274.0B08::12/09/2013-13:29:26.058.0000014c (SIPStack,SIPAdminLog::WriteConnectionEvent:1222.idx(452))[972797567] $$begin_record
    Severity: error
    Text: The connection was closed before TLS negotiation completed. Did the remote peer accept our certificate?
    Local-IP: 192.168.168.3:5061
    Peer-IP: 212.49.88.99:11468
    Connection-ID: 0x60400
    Transport: TLS
    $$end_record
    I also check on the TMG and found it was dropping SIP protocal (port:5061), not sure if this is the cause, and if so how do I sort it.
    So far no solution.
    KimaniBob

  • Lync 2013 Client - Not saving persistent chat options between logins

    We run Lync Server 2013. The Persistent Chat options for When a new Message arrives, Show the message in a new window, Show me an alert and Play this sound do not stay checked. They will spontaneously uncheck themselves. We have confirmed it's not an Antivirus
    issue. We are using folder redirection on the desktop and my documents folder. Where are these settings stored? It's very annoying that they do not stick. I can replicate with over 100 users. 

    We are having similar issues at our company as well, and would like some kind of answers or feedback please. Our issue is that when we select the "Persistant Chat" options, they dont seem to do anything at all meaning the alerts dont work, etc. If we log
    out and back in they still dont function, but they are still checked. When we reboot the entire PC then they revert back to being "unchecked".
    We previously had 2010 lync and 2010 group chat installed, we removed 2010 normal lync but group chat was still installed. We got the settings in lync 2013 working correctly for a short time by uninstalling everything lync, and reinstalling only 2013 version,
    but after 2-3 days and 1-2 reboots later, the issue returns.
    I hope someone can assist us, otherwise we will have to find a different solution for our business.

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

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

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

  • Issues with mobility and autodiscovery with Lync 2013 and IIS/ARR

    Hi all,
    this is my last resort after days and days searching a solution for this problem... unsuccessfully.
    All works fine unless the autodiscovery service with external users and the mobility service for both internal and external ones.
    I deployed a Standard Edition Lync Server 2013 with:
    a consolidated Frontend server in LAN
    an Archiving and Monitoring server in LAN
    an Edge server in DMZ with 2 NICs (one in DMZ network and one in LAN)
    a IIS/ARR 2.5 reverse proxy in DMZ with 2 NICs (one in DMZ network and one in LAN)
    All these roles are on Windows Server 2012 R2.
    No split-DNS is deployed since I have different domains for internal and external. In any case I used the pinpoint DNS tip to resolve some records internally (I followed this guide http://tsoorad.blogspot.ch/2012/10/lync-server-dns-pinpoint-zones.html)
    Here DNS records into internal domain:
    A-record for meet.domain-ext.com points to Frontend server local IP
    A-record for dialin.domain-ext.com points to Frontend server local IP
    A-record for lyncdiscoverinternal.domain-ext.com points to Frontend server IP
    A-record for lyncwebexternal.domain-ext.com points to Frontend sever local IP
    A-record for autodiscover.domain-ext.com points to Exchange server local IP
    Here DNS records into external domain:
    CNAME-record for lyncdiscover.domain-ext.com points to lyncwebexternal.domain-ext.com
    CNAME-record for sipexternal.domain-ext.com points to lyncwebexternal.domain-ext.com
    A-record for meet.domain-ext.com points to Reverse Proxy public IP
    A-record for dialin.domain-ext.com points to Reverse Proxy public IP
    A-record for lyncwebexternal.domain-ext.com points to Reverse Proxy public IP
    I installed and configured IIS/ARR 2.5 with KB2732764 and KB2785586 on Reverse Proxy following the NextHop guide. The local IP address of external NIC on Reverse Proxy is NATTED by a Cisco ASA firewall with public IP address and only 80/443
    ports are permitted.
    The problems occurs when I try to connect whit my Lync 2013 APP on iPad using autodiscovery service, both internally and externally. After some seconds the APP shows the message “Cannot connect to the server because it could be busy or
    temporarily unavailable. Retry.” When I used the IIS/ARR 3.0 the problem looked like an authentication issue, then I came back to ISS/ARR 2.5 version with its KB. Now I cannot understand what is the cause about logfail.
    The same behavior occurs with Android Lync 2013 APP and Windows Phone 8 APP.
    Moreover my Lync 2013 client on Windows 7 can connect internally with autodiscovery settings but it cannot do it externally.
    I'm a bit confused because I cannot understand if the problem is about external webservice of Frontend server or about Reverse Proxy configuration or about Lync Control Panel configuration.
    Here is an extracted of iPad Lync 2013 log (sorry if it’s a bit long).
    Any helps are very appreciated, thansk a lot!
    </SentRequest>
    2013-12-20
    11:33:00.781 Lync[563:3a71018c] INFO APPLICATION
    CUrlRedirectAndTrustResolver.cpp/201:CUrlRedirectAndTrustResolver::processUrl
    called with url = http://lyncdiscover.domain-ext.com/, hopCount = 0, maxHops =
    10
    2013-12-20
    11:33:00.781 Lync[563:6d00000] INFO UTILITIES
    CHttpStreamPool.cpp/409:Allocating stream 0x11cbe40 for url -
    https://lyncdiscover.domain-ext.com/ with persistent id as 6
    2013-12-20
    11:33:00.782 Lync[563:3a71018c] INFO TRANSPORT CTransportThread.cpp/131:Added
    Request(UcwaAutoDiscoveryRequest) to Request Processor queue
    2013-12-20
    11:33:00.782 Lync[563:6d00000] VERBOSE TRANSPORT
    CHttpProxyHelper.cpp/436:CHttpProxyHelper::discoverProxy : No proxy found for
    url https://lyncdiscover.domain-ext.com/?sipuri=sip:[email protected].
    Sending over direct connection.
    2013-12-20
    11:33:00.782 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/385:Submitting new req.
    UrlTrustResolver(0x1201358)
    2013-12-20
    11:33:00.782 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryService.cpp/1783:Successfully started the GetUserUrlOperation
    request for http://lyncdiscover.domain-ext.com/?sipuri=sip:[email protected]
    2013-12-20
    11:33:00.796 Lync[563:6d00000] INFO TRANSPORT CTransportThread.cpp/343:Sent
    Request(UcwaAutoDiscoveryRequest) to Request Processor
    2013-12-20
    11:33:00.796 Lync[563:6d00000] WARNING TRANSPORT
    CCredentialManager.cpp/317:CCredentialManager::getSpecificCredential returning
    NULL credential for serviceId (4) type (1)!
    2013-12-20
    11:33:00.797 Lync[563:6d00000] INFO TRANSPORT
    TransportUtilityFunctions.cpp/631:<SentRequest>
    GET
    http://lyncdiscover.domain-ext.com/
    Request Id:
    0x1201358
    HttpHeader:Accept
    application/vnd.microsoft.rtc.autodiscover+xml;v=1
    </SentRequest>
    2013-12-20
    11:33:00.797 Lync[563:6d00000] INFO UTILITIES
    CHttpStreamPool.cpp/409:Allocating stream 0x12028f0 for url -
    http://lyncdiscover.domain-ext.com/ with persistent id as 7
    2013-12-20
    11:33:00.798 Lync[563:6d00000] VERBOSE TRANSPORT
    CHttpProxyHelper.cpp/436:CHttpProxyHelper::discoverProxy : No proxy found for
    url http://lyncdiscover.domain-ext.com/. Sending over direct connection.
    2013-12-20
    11:33:00.798 Lync[563:6d00000] INFO TRANSPORT CHttpStreamPool.cpp/556:Not
    setting TLS as the url(http://lyncdiscover.domain-ext.com/) is not https
    2013-12-20
    11:33:00.812 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:33:00.812 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:33:00.812 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:33:00.813 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:33:00.813 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:33:04.104 Lync[563:6d00000] INFO UTILITIES CHttpConnection.cpp/577:Received
    kCFStreamEventEndEncountered (UcwaAutoDiscoveryRequest)isHeadersAvailable =
    true  responseHeadersHandle = 12c5d70
    2013-12-20
    11:33:04.105 Lync[563:6d00000] INFO UTILITIES CHttpConnection.cpp/628:Response
    status = 200 for request UcwaAutoDiscoveryRequest
    2013-12-20
    11:33:04.105 Lync[563:6d00000] INFO UTILITIES
    CHttpStreamPool.cpp/455:Scheduling stream 0x12028f0 for release.
    2013-12-20
    11:33:04.105 Lync[563:6d00000] INFO TRANSPORT
    CHttpRequestProcessor.cpp/173:Received response of
    request(UcwaAutoDiscoveryRequest) with status = 0x0
    2013-12-20
    11:33:04.106 Lync[563:6d00000] INFO TRANSPORT
    TransportUtilityFunctions.cpp/925:<ReceivedResponse>
    GET
    http://lyncdiscover.domain-ext.com/
    Request Id:
    0x1201358
    HttpHeader:Cache-Control
    no-cache
    HttpHeader:Content-Length
    1076
    HttpHeader:Content-Type
    application/vnd.microsoft.rtc.autodiscover+xml; v=1
    HttpHeader:Date
    Fri, 20 Dec 2013 10:33:02 GMT
    HttpHeader:Expires
    -1
    HttpHeader:Pragma
    no-cache
    HttpHeader:Server
    Microsoft-IIS/8.5
    HttpHeader:StatusCode
    200
    HttpHeader:X-AspNet-Version
    4.0.30319
    HttpHeader:X-Content-Type-Options
    nosniff
    HttpHeader:X-MS-Server-Fqdn
    frontend-lync.domain-int.com
    HttpHeader:X-Powered-By
    ASP.NET, ARR/2.5
    Ôªø<?xml
    version="1.0" encoding="utf-8"?><AutodiscoverResponse
    xmlns:xsd="http://www.w3.org/2001/XMLSchema"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    AccessLocation="Internal"><Root><Link
    token="Domain" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root/domain?originalDomain=domain-ext.com"
    /><Link token="User" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root/user?originalDomain=domain-ext.com"
    /><Link token="Self" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root?originalDomain=domain-ext.com"
    /><Link token="OAuth" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root/oauth/user?originalDomain=domain-ext.com"
    /><Link token="External/XFrame"
    href="https://lyncwebexternal.domain-ext.com/Autodiscover/XFrame/XFrame.html"
    /><Link token="Internal/XFrame" href="https://frontend-lync.domain-int.com/Autodiscover/XFrame/XFrame.html"
    /><Link token="XFrame" href="https://lyncwebexternal.domain-ext.com/Autodiscover/XFrame/XFrame.html"
    /></Root></AutodiscoverResponse>
    </ReceivedResponse>
    2013-12-20
    11:33:04.108 Lync[563:6d00000] INFO TRANSPORT
    CUcwaAutoDiscoveryResponse.cpp/112:location value is internal
    2013-12-20
    11:33:04.108 Lync[563:6d00000] INFO TRANSPORT
    CUcwaAutoDiscoveryResponse.cpp/195:User url is https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    2013-12-20
    11:33:04.109 Lync[563:6d00000] INFO TRANSPORT
    CHttpRequestProcessor.cpp/266:Sending event to main thread for
    request(0x1201358)
    2013-12-20
    11:33:04.109 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/822:Req. completed, Stopping timer.
    2013-12-20
    11:33:04.109 Lync[563:3a71018c] INFO APPLICATION
    CUrlRedirectAndTrustResolver.cpp/610:UrlRedirectAndTrustResolver complete with
    url = http://lyncdiscover.domain-ext.com/, Hops = 1, status = S_OK (S0-0-0)
    2013-12-20
    11:33:04.109 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/725:Response received for req.
    UrlTrustResolver(0x1201358): S_OK (S0-0-0) (Success); Done with req.; Stopping
    resend timer
    2013-12-20
    11:33:04.110 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryGetUserUrlOperation.cpp/393:CUcwaAutoDiscoverGetUserUrlOperation::onEvent
    received.  Status = S_OK (S0-0-0), url =
    http://lyncdiscover.domain-ext.com/
    2013-12-20
    11:33:04.110 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryGetUserUrlOperation.cpp/449:Received a root response
    2013-12-20
    11:33:04.110 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryGetUserUrlOperation.cpp/456:Running trust check on user url.
    url = https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    2013-12-20
    11:33:04.110 Lync[563:3a71018c] INFO APPLICATION
    CUrlRedirectAndTrustResolver.cpp/77:Starting CUrlRedirectAndTrustResolver with
    url = https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com,
    maxHops = 1
    2013-12-20
    11:33:04.110 Lync[563:3a71018c] INFO APPLICATION
    CUrlRedirectAndTrustResolver.cpp/201:CUrlRedirectAndTrustResolver::processUrl
    called with url = https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user,
    hopCount = 0, maxHops = 1
    2013-12-20
    11:33:04.111 Lync[563:3a71018c] INFO TRANSPORT CTransportThread.cpp/131:Added
    Request(UcwaAutoDiscoveryRequest) to Request Processor queue
    2013-12-20
    11:33:04.111 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/385:Submitting new req.
    UrlTrustResolver(0x11d4d38)
    2013-12-20
    11:33:04.111 Lync[563:6d00000] INFO TRANSPORT CTransportThread.cpp/343:Sent
    Request(UcwaAutoDiscoveryRequest) to Request Processor
    2013-12-20
    11:33:04.111 Lync[563:6d00000] WARNING TRANSPORT
    CCredentialManager.cpp/317:CCredentialManager::getSpecificCredential returning
    NULL credential for serviceId (4) type (1)!
    2013-12-20
    11:33:04.112 Lync[563:6d00000] INFO TRANSPORT
    TransportUtilityFunctions.cpp/631:<SentRequest>
    GET
    https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user
    Request Id:
    0x11d4d38
    HttpHeader:Accept
    application/vnd.microsoft.rtc.autodiscover+xml;v=1
    </SentRequest>
    2013-12-20
    11:33:04.112 Lync[563:6d00000] INFO UTILITIES
    CHttpStreamPool.cpp/409:Allocating stream 0x125fa90 for url - https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user
    with persistent id as 7
    2013-12-20
    11:33:04.112 Lync[563:6d00000] VERBOSE TRANSPORT
    CHttpProxyHelper.cpp/436:CHttpProxyHelper::discoverProxy : No proxy found for
    url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user.
    Sending over direct connection.
    2013-12-20
    11:33:04.113 Lync[563:6d00000] INFO UTILITIES CHttpStreamPool.cpp/609:Releasing
    stream 0x12028f0.
    2013-12-20
    11:33:04.261 Lync[563:6d00000] INFO UTILITIES CHttpConnection.cpp/577:Received
    kCFStreamEventEndEncountered (UcwaAutoDiscoveryRequest)isHeadersAvailable =
    true  responseHeadersHandle = 11cfbd0
    2013-12-20
    11:33:04.262 Lync[563:6d00000] INFO UTILITIES CHttpConnection.cpp/628:Response
    status = 200 for request UcwaAutoDiscoveryRequest
    2013-12-20
    11:33:04.262 Lync[563:6d00000] INFO UTILITIES
    CHttpStreamPool.cpp/455:Scheduling stream 0x11cbe40 for release.
    2013-12-20
    11:33:04.263 Lync[563:6d00000] INFO TRANSPORT
    CHttpRequestProcessor.cpp/173:Received response of
    request(UcwaAutoDiscoveryRequest) with status = 0x0
    2013-12-20
    11:33:04.263 Lync[563:6d00000] INFO TRANSPORT
    TransportUtilityFunctions.cpp/925:<ReceivedResponse>
    GET
    https://lyncdiscover.domain-ext.com/?sipuri=sip:[email protected]
    Request Id:
    0x12450d8
    HttpHeader:Cache-Control
    no-cache
    HttpHeader:Content-Length
    1076
    HttpHeader:Content-Type
    application/vnd.microsoft.rtc.autodiscover+xml; v=1
    HttpHeader:Date
    Fri, 20 Dec 2013 10:33:02 GMT
    HttpHeader:Expires
    -1
    HttpHeader:Pragma
    no-cache
    HttpHeader:Server
    Microsoft-IIS/8.5
    HttpHeader:StatusCode
    200
    HttpHeader:X-AspNet-Version
    4.0.30319
    HttpHeader:X-Content-Type-Options
    nosniff
    HttpHeader:X-MS-Server-Fqdn
    frontend-lync.domain-int.com
    HttpHeader:X-Powered-By
    ASP.NET, ARR/2.5
    Ôªø<?xml
    version="1.0" encoding="utf-8"?><AutodiscoverResponse
    xmlns:xsd="http://www.w3.org/2001/XMLSchema"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    AccessLocation="Internal"><Root><Link
    token="Domain" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root/domain?originalDomain=domain-ext.com"
    /><Link token="User" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root/user?originalDomain=domain-ext.com"
    /><Link token="Self" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root?originalDomain=domain-ext.com"
    /><Link token="OAuth" href="https://frontend-lync.domain-int.com/Autodiscover/AutodiscoverService.svc/root/oauth/user?originalDomain=domain-ext.com"
    /><Link token="External/XFrame"
    href="https://lyncwebexternal.domain-ext.com/Autodiscover/XFrame/XFrame.html"
    /><Link token="Internal/XFrame" href="https://frontend-lync.domain-int.com/Autodiscover/XFrame/XFrame.html"
    /><Link token="XFrame" href="https://lyncwebexternal.domain-ext.com/Autodiscover/XFrame/XFrame.html"
    /></Root></AutodiscoverResponse>
    </ReceivedResponse>
    2013-12-20
    11:33:04.264 Lync[563:6d00000] INFO TRANSPORT
    CUcwaAutoDiscoveryResponse.cpp/112:location value is internal
    2013-12-20
    11:33:04.265 Lync[563:6d00000] INFO TRANSPORT
    CUcwaAutoDiscoveryResponse.cpp/195:User url is https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    2013-12-20
    11:33:04.265 Lync[563:6d00000] INFO TRANSPORT
    CHttpRequestProcessor.cpp/266:Sending event to main thread for
    request(0x12450d8)
    2013-12-20
    11:33:04.266 Lync[563:3a71018c] INFO APPLICATION CTransportRequestRetrialQueue.cpp/822:Req.
    completed, Stopping timer.
    2013-12-20
    11:33:04.266 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryGetUserUrlOperation.cpp/290:Received a root response
    2013-12-20
    11:33:04.266 Lync[563:3a71018c] INFO APPLICATION CUcwaAutoDiscoveryGetUserUrlOperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation
    completed with url = https://lyncdiscover.domain-ext.com/?sipuri=sip:[email protected],
    userUrl = https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com,
    status = S_OK (S0-0-0)
    2013-12-20
    11:33:04.266 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/725:Response received for req.
    GET-UnAuthenticatedGet(0x12450d8): S_OK (S0-0-0) (Success); Done with req.; Stopping
    resend timer
    2013-12-20
    11:33:04.267 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/399:Cancelling all requests
    2013-12-20
    11:33:04.267 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/409:Cancelling request: 0x11d4d38
    2013-12-20
    11:33:04.267 Lync[563:3a71018c] INFO TRANSPORT CSessionBase.hxx/158:Cancelling
    request: 0x11d4d38
    2013-12-20
    11:33:04.267 Lync[563:3a71018c] INFO TRANSPORT CTransportThread.cpp/163:Added
    Request(UcwaAutoDiscoveryRequest) to Request Processor queue
    2013-12-20
    11:33:04.267 Lync[563:3a71018c] INFO APPLICATION
    CUrlRedirectAndTrustResolver.cpp/610:UrlRedirectAndTrustResolver complete with
    url = https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user,
    Hops = 1, status = W_Cancelled (W0-0-6)
    2013-12-20
    11:33:04.267 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryGetUserUrlOperation.cpp/224:UcwaAutoDiscoveryGetUserUrlOperation
    completed with url = http://lyncdiscover.domain-ext.com/?sipuri=sip:[email protected],
    userUrl = , status = W_Cancelled (W0-0-6)
    2013-12-20
    11:33:04.268 Lync[563:6d00000] INFO TRANSPORT CTransportThread.cpp/343:Sent
    Request(UcwaAutoDiscoveryRequest) to Request Processor
    2013-12-20
    11:33:04.268 Lync[563:3a71018c] INFO TRANSPORT CCredentialManager.cpp/176:getSpecificCredential
    for serviceId(1) returning: credType (1) signInName ([email protected])
    domain () username (mattia.spagnoli) password.empty() (0) certificate.isValid()
    (0) privateKey.empty() (1) compatibleServiceIds(1)
    2013-12-20
    11:33:04.268 Lync[563:3a71018c] INFO TRANSPORT
    CMetaDataManager.cpp/403:Received a request to get the meta data of type 0 for
    url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    2013-12-20
    11:33:04.269 Lync[563:3a71018c] INFO TRANSPORT CMetaDataManager.cpp/467:Sending
    Unauthenticated get to get the web-ticket url
    2013-12-20
    11:33:04.269 Lync[563:3a71018c] INFO TRANSPORT CTransportThread.cpp/131:Added
    Request() to Request Processor queue
    2013-12-20
    11:33:04.269 Lync[563:3a71018c] INFO TRANSPORT
    CAuthenticationResolver.cpp/109:Waiting on Meta Data from https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    2013-12-20
    11:33:04.269 Lync[563:62d4000] INFO TRANSPORT CTransportThread.cpp/343:Sent
    Request() to Request Processor
    2013-12-20
    11:33:04.270 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/385:Submitting new req.
    GET-AuthenticatedUserGetRequest(0x1201ab8)
    2013-12-20
    11:33:04.270 Lync[563:62d4000] WARNING TRANSPORT
    CCredentialManager.cpp/317:CCredentialManager::getSpecificCredential returning
    NULL credential for serviceId (4) type (1)!
    2013-12-20
    11:33:04.270 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryService.cpp/1189:Submitting Authenticated AutoDiscovery
    request to https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    2013-12-20
    11:33:04.270 Lync[563:6d00000] INFO UTILITIES
    CHttpStreamPool.cpp/455:Scheduling stream 0x125fa90 for release.
    2013-12-20
    11:33:04.271 Lync[563:62d4000] INFO TRANSPORT
    TransportUtilityFunctions.cpp/631:<SentRequest>
    GET
    https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    Request Id:
    0x1206198
    HttpHeader:Accept
    HttpHeader:X-MS-WebTicket
    xxxxxxxxxx
    </SentRequest>
    2013-12-20
    11:33:04.271 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryService.cpp/1662:Ignoring GetUserUrlOperation event as
    current state is 6
    2013-12-20
    11:33:04.271 Lync[563:62d4000] INFO UTILITIES
    CHttpStreamPool.cpp/409:Allocating stream 0x11c0a40 for url - https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user
    with persistent id as 15
    2013-12-20
    11:33:04.271 Lync[563:3a71018c] INFO APPLICATION CUcwaAutoDiscoveryService.cpp/1664:Request
    url was http://lyncdiscover.domain-ext.com/?sipuri=sip:[email protected]
    2013-12-20
    11:33:04.272 Lync[563:62d4000] VERBOSE TRANSPORT
    CHttpProxyHelper.cpp/436:CHttpProxyHelper::discoverProxy : No proxy found for
    url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com.
    Sending over direct connection.
    2013-12-20
    11:33:20.621 Lync[563:3a71018c] INFO UTILITIES
    CNetworkMonitor.cpp/217:Reachabilility Flags IsWWAN(0):Reachable(0):TransientConnection(0):ConnectionRequired(0):ConnectionOnTraffic(0):InterventionRequired(0):ConnectionOnDemand(0):IsLocalAddress(0):IsDirect(0)
    2013-12-20
    11:33:20.623 Lync[563:3a71018c] INFO UTILITIES CNetworkMonitor.cpp/186:Updated
    networkAvailableToConnect(CellularDataNetwork) -> NoNetwork,
    isInAirplaneMode(0) -> 1
    2013-12-20
    11:33:20.623 Lync[563:3a71018c] INFO APPLICATION
    CUcmpConversationsManager.cpp/4091:CUcmpConversationsManager::canDoVideoBasedOnNetworkAndPolicy
    returns false because RequestWiFiForAudio or RequestWifiForVideo is true and
    current network : is not WiFi
    2013-12-20
    11:33:20.623 Lync[563:3a71018c] INFO APPLICATION
    CUcmpConversationsManager.cpp/1672:CUcmpConversationsManager::queryCapability
    on StartP2PVideoCall returns false because
    canDoVideoBasedOnNetworkAndPolicy 
    returned false
    2013-12-20
    11:33:20.904 Lync[563:3a71018c] INFO UTILITIES
    CNetworkMonitor.cpp/217:Reachabilility Flags
    IsWWAN(1):Reachable(1):TransientConnection(1):ConnectionRequired(0):ConnectionOnTraffic(0):InterventionRequired(0):ConnectionOnDemand(0):IsLocalAddress(1):IsDirect(0)
    2013-12-20
    11:33:20.905 Lync[563:3a71018c] INFO UTILITIES CNetworkMonitor.cpp/186:Updated
    networkAvailableToConnect(NoNetwork) -> CellularDataNetwork,
    isInAirplaneMode(1) -> 0
    2013-12-20
    11:33:20.905 Lync[563:3a71018c] INFO TRANSPORT CEventChannelManager.cpp/826:Received
    network monitor event so restarting event channel.
    2013-12-20
    11:33:20.906 Lync[563:3a71018c] INFO TRANSPORT
    CEventChannelManager.cpp/520:Moving the event channel aggressive mode.
    2013-12-20
    11:33:20.906 Lync[563:3a71018c] INFO APPLICATION
    CUcmpConversationsManager.cpp/4091:CUcmpConversationsManager::canDoVideoBasedOnNetworkAndPolicy
    returns false because RequestWiFiForAudio or RequestWifiForVideo is true and
    current network : is not WiFi
    2013-12-20
    11:33:20.906 Lync[563:3a71018c] INFO APPLICATION
    CUcmpConversationsManager.cpp/1672:CUcmpConversationsManager::queryCapability
    on StartP2PVideoCall returns false because
    canDoVideoBasedOnNetworkAndPolicy 
    returned false
    2013-12-20
    11:33:20.906 Lync[563:3a71018c] INFO APPLICATION CUcwaAutoDiscoveryService.cpp/2070:adIsEnabled
    = 1, sipUri = sip:[email protected], m_internalADUrlInput =
    m_externalADUrlInput =
    2013-12-20
    11:33:20.906 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryService.cpp/255:Discovery is in progress and process state is
    6Ignoring request to start network discovery
    2013-12-20
    11:34:04.274 Lync[563:62d4000] INFO UTILITIES
    CHttpStreamPool.cpp/455:Scheduling stream 0x11c0a40 for release.
    2013-12-20
    11:34:04.275 Lync[563:62d4000] ERROR UTILITIES CHttpConnection.cpp/517:Connection
    timedout for request (0x%u0x12d1ea0) - notifying error E_ConnectionTimeoutError
    2013-12-20
    11:34:04.275 Lync[563:62d4000] INFO TRANSPORT
    CHttpRequestProcessor.cpp/173:Received response of request() with status =
    0x22020005
    2013-12-20
    11:34:04.276 Lync[563:62d4000] INFO TRANSPORT
    CHttpRequestProcessor.cpp/201:Request 
    resulted in E_ConnectionTimeoutError (E2-2-5). The retry counter is: 0
    2013-12-20
    11:34:04.276 Lync[563:62d4000] INFO TRANSPORT
    CHttpRequestProcessor.cpp/266:Sending event to main thread for
    request(0x1206198)
    2013-12-20
    11:34:04.277 Lync[563:3a71018c] INFO TRANSPORT
    CMetaDataManager.cpp/581:Received response for meta data request of type 60
    with status 570556421
    2013-12-20
    11:34:04.277 Lync[563:3a71018c] ERROR TRANSPORT CMetaDataManager.cpp/597:Unable
    to get a response to an unauthenticated get to url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    2013-12-20
    11:34:04.278 Lync[563:3a71018c] INFO TRANSPORT CAuthenticationResolver.cpp/210:MetaData
    retrieval for url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    completed with status 570556421
    2013-12-20
    11:34:04.278 Lync[563:3a71018c] INFO TRANSPORT CAuthenticationResolver.cpp/239:Deleting
    1 pended Meta data requests for url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    2013-12-20
    11:34:04.278 Lync[563:3a71018c] ERROR TRANSPORT CAuthenticationResolver.cpp/288:Unable
    to get the meta data for server url https://frontend-lync.domain-int.com/autodiscover/autodiscoverservice.svc/root/user?originaldomain=domain-ext.com
    2013-12-20
    11:34:04.279 Lync[563:3a71018c] INFO TRANSPORT
    CAuthenticationResolver.cpp/293:Failing request to the request manager
    2013-12-20
    11:34:04.279 Lync[563:3a71018c] INFO TRANSPORT CRequestManager.cpp/273:Failing
    secure request UcwaAutoDiscoveryRequest with status E_ConnectionTimeoutError
    (E2-2-5)
    2013-12-20
    11:34:04.279 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/822:Req. completed, Stopping timer.
    2013-12-20
    11:34:04.279 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryService.cpp/1284:Received autodiscovery response with status
    E_ConnectionTimeoutError (E2-2-5)
    2013-12-20
    11:34:04.279 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryService.cpp/1242:Raising Autodiscovery event with status
    E_ConnectionTimeoutError (E2-2-5) for eventType 0
    2013-12-20
    11:34:04.280 Lync[563:3a71018c] INFO APPLICATION CUcwaAutoDiscoveryServiceRetrialWrapper.cpp/417:Received
    event for type 0 with status E_ConnectionTimeoutError (E2-2-5)
    2013-12-20
    11:34:04.280 Lync[563:3a71018c] INFO APPLICATION
    CUcwaAutoDiscoveryServiceRetrialWrapper.cpp/496:Raising Autodiscovery event
    with status E_ConnectionTimeoutError (E2-2-5) for eventType 0
    2013-12-20
    11:34:04.280 Lync[563:3a71018c] ERROR APPLICATION
    CUcwaAppSession.cpp/2066:Auto-discovery failed, aborting sign-in!
    2013-12-20
    11:34:04.280 Lync[563:3a71018c] INFO APPLICATION CUcwaAppSession.cpp/998:CUcwaAppSession::setNewActualState()
    state=0
    2013-12-20
    11:34:04.294 Lync[563:3a71018c] INFO UTILITIES
    CBasePersistableComponent.cpp/230:Storing 7 out-of-sync components took 10ms
    2013-12-20
    11:34:04.295 Lync[563:3a71018c] INFO UTILITIES CiOsAppStateQuery.h/147:Clearing
    keep-alive timer callback
    2013-12-20
    11:34:04.295 Lync[563:6d00000] INFO TRANSPORT
    CHttpRequestProcessor.cpp/134:Clearing request processor for component
    UcwaAutoDiscoverySession on sign-out.
    2013-12-20
    11:34:04.295 Lync[563:62d4000] INFO TRANSPORT
    CHttpRequestProcessor.cpp/134:Clearing request processor for component
    MetaDataManager on sign-out.
    2013-12-20
    11:34:04.295 Lync[563:3a71018c] INFO APPLICATION CAlertReporter.cpp/64:Alert
    received! Category 1, Type 201, level 0, error E_ConnectionTimeoutError
    (E2-2-5), context '', hasAction=false
    2013-12-20
    11:34:04.296 Lync[563:6d00000] INFO UTILITIES CHttpStreamPool.cpp/609:Releasing
    stream 0x11cbe40.
    2013-12-20
    11:34:04.296 Lync[563:62d4000] INFO UTILITIES CHttpStreamPool.cpp/609:Releasing
    stream 0x11c0a40.
    2013-12-20
    11:34:04.296 Lync[563:3a71018c] INFO APPLICATION CAlertReporter.cpp/117:Alert
    cleared of Category 1, Type 201, cleared 0 alerts
    2013-12-20
    11:34:04.297 Lync[563:3a71018c] INFO APPLICATION
    CTransportRequestRetrialQueue.cpp/725:Response received for req.
    GET-AuthenticatedUserGetRequest(0x1201ab8): E_ConnectionTimeoutError (E2-2-5)
    (RemoteNetworkTemporaryError); Done with req.; Stopping resend timer
    2013-12-20
    11:34:04.298 Lync[563:3a71018c] INFO UI CMAudioUtil.mm/322:stopSound
    2013-12-20
    11:34:04.298 Lync[563:3a71018c] INFO UI CMAudioUtil.mm/322:stopSound
    2013-12-20
    11:34:04.298 Lync[563:3a71018c] INFO UI CMAudioUtil.mm/322:stopSound
    2013-12-20
    11:34:04.298 Lync[563:3a71018c] INFO UI CMAudioVideoToastViewController.mm/992:Cancelling
    local notification
    2013-12-20
    11:34:04.299 Lync[563:6d00000] INFO UTILITIES CHttpStreamPool.cpp/609:Releasing
    stream 0x125fa90.
    2013-12-20
    11:34:04.300 Lync[563:3a71018c] INFO UI CMRootViewController.mm/378:ActualState
    = 0 DesiredState = 2  DataAvailable = 0
    2013-12-20
    11:34:04.300 Lync[563:3a71018c] INFO UI
    CMDetailViewController.mm/229:ActualState = 0 DesiredState = 1  DataAvailable = 0
    2013-12-20
    11:34:04.300 Lync[563:3a71018c] INFO UI CMDetailViewController.mm/262:ActualState
    = IsSignedOut DesiredState = BeSignedIn DataAvailable = 0 Showing UI =
    CredentialTableViewController
    2013-12-20
    11:34:04.300 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.301 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.301 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.301 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.301 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.301 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/705:desired
    view is alert, size 1
    2013-12-20
    11:34:04.301 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/745:adding the
    desired view
    2013-12-20
    11:34:04.302 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/480:reposition
    floating views
    2013-12-20
    11:34:04.302 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/110:showalert
    is 1
    2013-12-20
    11:34:04.302 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/114:showalert
    is 0
    2013-12-20
    11:34:04.302 Lync[563:3a71018c] INFO UI CMUIUtil.mm/402:Mapping error code =
    0x22020005, context = , type = 201
    2013-12-20 11:34:04.303 Lync[563:3a71018c] INFO UI
    CMUIUtil.mm/1680:Mapped error message is 'Non riesco a connettermi al server
    perché potrebbe essere occupato o temporaneamente non disponibile. Riprova.
    2013-12-20
    11:34:04.304 Lync[563:3a71018c] ERROR UI
    CMDismissButtonBaseViewController.mm/89:before: view height 1024.000000, width
    45.000000, x 64.000000, y 0.000000
    2013-12-20
    11:34:04.304 Lync[563:3a71018c] INFO UI
    CMNotificationManager.mm/1089:viewFrame: origin x 64.000000, origin y 0.000000,
    height 1024.000000, width 45.000000
    2013-12-20
    11:34:04.304 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/1195:resize
    alert label, origin x 44.000000, origin y 2.000000, height 41.000000, width
    936.000000
    2013-12-20
    11:34:04.305 Lync[563:3a71018c] ERROR UI CMDismissButtonBaseViewController.mm/104:after:
    self.label.frame height 41.000000, width 936.000000, x 44.000000, y 2.000000
    2013-12-20
    11:34:04.305 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.305 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.305 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.305 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.305 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.306 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/705:desired
    view is alert, size 1
    2013-12-20
    11:34:04.306 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/718:desired
    view is same as the current view
    2013-12-20
    11:34:04.306 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/480:reposition
    floating views
    2013-12-20
    11:34:04.306 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/110:showalert
    is 0
    2013-12-20
    11:34:04.306 Lync[563:3a71018c] ERROR UI
    CMDismissButtonBaseViewController.mm/89:before: view height 1024.000000, width
    45.000000, x 64.000000, y 0.000000
    2013-12-20
    11:34:04.307 Lync[563:3a71018c] INFO UI
    CMNotificationManager.mm/1089:viewFrame: origin x 64.000000, origin y 0.000000,
    height 1024.000000, width 45.000000
    2013-12-20
    11:34:04.307 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/1195:resize
    alert label, origin x 44.000000, origin y 2.000000, height 41.000000, width
    936.000000
    2013-12-20
    11:34:04.307 Lync[563:3a71018c] ERROR UI
    CMDismissButtonBaseViewController.mm/104:after: self.label.frame height
    41.000000, width 936.000000, x 44.000000, y 2.000000
    2013-12-20
    11:34:04.337 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.337 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.338 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.338 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.338 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.338 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/705:desired
    view is alert, size 1
    2013-12-20
    11:34:04.338 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/718:desired
    view is same as the current view
    2013-12-20
    11:34:04.338 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/480:reposition
    floating views
    2013-12-20
    11:34:04.339 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/110:showalert is
    0
    2013-12-20
    11:34:04.339 Lync[563:3a71018c] ERROR UI
    CMDismissButtonBaseViewController.mm/89:before: view height 1024.000000, width
    45.000000, x 64.000000, y 0.000000
    2013-12-20
    11:34:04.339 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/1089:viewFrame:
    origin x 64.000000, origin y 0.000000, height 1024.000000, width 45.000000
    2013-12-20
    11:34:04.339 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/1195:resize
    alert label, origin x 44.000000, origin y 2.000000, height 41.000000, width
    936.000000
    2013-12-20
    11:34:04.339 Lync[563:3a71018c] ERROR UI
    CMDismissButtonBaseViewController.mm/104:after: self.label.frame height
    41.000000, width 936.000000, x 44.000000, y 2.000000
    2013-12-20
    11:34:04.340 Lync[563:3a71018c] INFO UI CMSplitViewController.mm/162:Details
    Pane is in Full screen with controller
    2013-12-20
    11:34:04.340 Lync[563:3a71018c] INFO UI CMSplitViewController.mm/204:Split view
    frame orientation UIInterfaceOrientationLandscapeLeft Height = 748.000000 Width
    = 1024.000000 origin.x = 20.000000 origin.y = 0.000000 keyboardHeight =
    0.000000
    2013-12-20
    11:34:04.341 Lync[563:3a71018c] INFO UI CMSplitViewController.mm/162:Details
    Pane is in Full screen with controller
    2013-12-20
    11:34:04.341 Lync[563:3a71018c] INFO UI CMSplitViewController.mm/204:Split view
    frame orientation UIInterfaceOrientationLandscapeLeft Height = 748.000000 Width
    = 1024.000000 origin.x = 20.000000 origin.y = 0.000000 keyboardHeight =
    0.000000
    2013-12-20
    11:34:04.343 Lync[563:3a71018c] INFO UI
    CMToolsViewController.mm/349:ActualState = 0 DesiredState = 1  DataAvailable = 0
    2013-12-20
    11:34:04.344 Lync[563:3a71018c] INFO UI
    CMAlertViewController.mm/93:ObservableListItem Added event received
    2013-12-20
    11:34:04.344 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/103:showalert
    is 1
    2013-12-20
    11:34:04.344 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.344 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.344 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.344 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.345 Lync[563:3a71018c] INFO UI CMConversationCommon.mm/43:not signed
    in
    2013-12-20
    11:34:04.345 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/705:desired
    view is alert, size 1
    2013-12-20
    11:34:04.345 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/718:desired
    view is same as the current view
    2013-12-20
    11:34:04.345 Lync[563:3a71018c] INFO UI CMNotificationManager.mm/480:reposition
    floating views
    2013-12-20
    11:34:04.345 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/110:showalert
    is 1
    2013-12-20
    11:34:04.345 Lync[563:3a71018c] INFO UI CMAlertViewController.mm/114:showalert
    is 0
    2013-12-20
    11:34:04.345 Lync[563:3a71018c] INFO UI CMUIUtil.mm/402:Mapping error code =
    0x22020005, context = , type = 201
    2013-12-20
    11:34:04.346 Lync[563:3a71018c] INFO UI CMUIUtil.mm/1680:Mapped error message
    is ‘Cannot connect to the server because it could be busy or temporarily
    unavailable. Retry.’

    Hi Kent,
    thanks a lot for your reply!
    I created  _sip._tls.domain-ext.com SRV record in the external DNS and now autodiscovery works fine. At the beginning I had not created it because I thought lyncdiscover.domain-ext.com A record was enough for autodiscovery. I still cannot understand
    why lyncdiscover.domain-ext.com points to reverse proxy, while _sip._tls.domain-ext.com points to Edge server. It's strange because both are part of the research order of Lync 2013 desktop clients.
    By the way, mobility still does not work. I tried to insert bot the https URLs as manual configuration but Lync 2013 for iPad was not be able to login. I tried to paste both the URLs in the web browser and:
    with https://<ExtwebFQDN>/Autodiscover/autodiscoverservice.svc/Root appears the "Root.json" file to be downloaded;
    with https://<IntwebFQDN>/AutoDiscover/AutoDiscover.svc/Root
    the message "500-Internal error of server" appears.
    Any suggests from you about how to check the configuration of ISS/ARR 2.5?
    Thanks again!

  • Successfully installed Lync 2013 via Click-to-Run, but getting "Choose your product" prompt

    After installing Lync 2013 client using method
    Click-to-Run "Deploy Office 365 ProPlus from an on-premises location",downloaded Office source is on local hard drive with the
    "config.xml" shown below. 
    I'm getting "Choose your Product" prompt after signing-in.  We have Office 365 Enterprise E3 plan and we just wanted to upgrade Lync 2010 to Lync 2013 (not the Basic).
     <Configuration>
      <Add SourcePath="E:\Temp" OfficeClientEdition="32" >
        <Product ID="LyncRetail">
          <Language ID="en-us" />
        </Product>
    <!-- <Product ID="VisioProRetail">
          <Language ID="en-us" />
        </Product>  -->
      </Add>  
      <Display Level="NONE" AcceptEULA="TRUE" />  
      <Logging Name="OfficeSetup.txt" Path="E:\Temp" /> 
      <Property Name="AUTOACTIVATE" Value="1" />
    </Configuration>
    Though Lync will continue to work when you close the window.  I need to deploy the full 2013 client to several
    machines locally.
     Thanks.

    Hello,
    Looks like you‘ve tried a hybrid deployment with Lync 2010 and 2013, right? This might be the reason why Lync 2013 keep prompting to choose your product. Lync 2013 will automatically identify the products that it found for your account which you used to
    login Lync 2013.
    So, please try to remove any earlier version (Better to remove all Office 2010 suite) on your computer and try a fresh installation again. Let’s see the "Choose your product" prompt would appear again.

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

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

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

  • How can I manually verify autodiscovery configuration for on premise environment from Lync 2013 desktop client?

    I have very limited access to an environment (basically just user access). I am documenting the Lync 2013 cilent for this environment. I was provisioned a limited SIP enabled account for testing. Autodiscovery from the Lync 2010 client works, but not from
    the 2013 client. I can connect (with some issues) from either 2010 client (autodiscovery) and 2013 client (manually configuring the server). So I want to verify if the Autodiscover is configured correctly to work with the 2013 client or not and if the reason
    it fails for me is due to something wrong with my account or if this will happen with other users?
    I have checked the lyncdiscoverinternal.domain.com and it resolves and is reachable. I can navigate to https :// lyncdiscoverinternal.domain.com/Autodiscover/AutodiscoverService.svc/root/domain and it returns the information I would think it should
    including hrefs to Internal/Autodiscover, Internal/AuthBroker, External/Autodiscover, External/AuthBroker, Internal/Mcx & External/Mcx as well as fqdns for SipClientExternalAccess, SipClientInternalAccess, SipServerExternalAccess & SipServerInternalAccess.
    The AuthBrokers urls return what I believe is the expected RemoteService Service pages. The Mcx urls return what I believe is the expected McxService2 Service pages. The SipClientInternalAccess & SipServerInternalAccess fqdns are both resolvable and
    reachable. The Autodiscover urls return hrefs for Domain and User. Those Domain urls return the same information as the initial root/domain url and the user url (which I believe is the one that is actually opened by lync during the autodiscover process) returns
    what I believe is an expected 401 - Unauthorized: Access is denied due to invalid credentials page.
    If I explicitly configure the Lync 2013 client to use the fqdn listed for SipClientInternalAccess, the client will log me in. However on Automatic configuration, it fails to log me in.
    One other note is that when I watch with Wireshark, I observed that it is getting another internal server fqdn from somewhere. We'll just say that the SipClientInternalAccess fqdn is lyncABC.domain.internal. When looking at Wireshark and the DNS requests,
    I'm also seeing a lync2013ABC.domain.internal that does resolve and is reachable and can also be used as the explicitly listed server in the Lync 2013 client and it will log in. However, that fqdn is not listed in any of the root or domain url replies. So
    I'm not sure where it is coming from or how to check that.
    Is there any additional information anywhere that can tell me exactly what the behavior of the 2013 client is when trying to find the server to authenticate to and how I can reproduce any missing steps manually to determine what it is identifying as the
    login server (if any) since it is obviously not the trying the one listed as SipClientInternalAccess?
    Thanks,
    Richard

    Hi Richard,
    To narrow down the issue, you could refer to the following steps first.
    1. Delete the Lync client 2013 user profile and registry key.
    User profile:
    %userprofile%\AppData\Local\Microsoft\Office\15.0\Lync\[email protected]
    Registry Key:
    HKCU\Software\Microsoft\Office\15.0\Lync\[email protected]
    Certificate:
    a. Open Windows Certificate Manager. To do this, press Windows + R, type certmgr.msc, and then click OK.
    b. Expand Personal, and then expand Certificates.
    c. Look for a certificate that's issued by Communications Server and delete it.
    2. Upgrade Lync client to the latest update.
    3. Check the DNS records(A records and SRV records) again.
    Best regards,
    Eric

Maybe you are looking for