EWS Autodiscover Process in Hybrid with "internal" Exchange Servers
Hi everyone, i really need help about the EWS Autodiscover process in a specific hybrid Environment. Customer is starting to use Exchange Online. For Full Hybrid configuration there is a seperate new Exchange SE with a valid certificate, NAT for IP Ranges from M365 and public available URLs for Autodiscover,EWS,... There are internal Exchange Servers which are used only for internal access. Those are the servers with all mailboxes. All URLs are configured for internal use (mail.contoso.internal) Migration is working, access to own calender is working, mailfllow is working. But there are problems to access other users calender. If a user which is migrated to Exchange Online (or via Teams) try to access another calender which is onPrem, there is no access. So i tried to use connectivity analyzer for teams integration to find out whats the problem. Result: Autodiscover resolves, connects to Hybrid and gets EWS URL as answer. But it gets the internal EWS URL from the internal Exchange Servers, not from the public available URLs which are configured at the hybrid server. I visualised the two scenarios. Number1: Thats how i thought it would work Autodiscover to autodiscover.contoso.com Hybrid answers with EWS URL: hybrid.contoso.com Connect from EXO to hybrid EWS URL Proxy to Internal Exchange Number2 : Thats what really happens Autodiscover to autodiscover.contoso.com Hybrid relays request to internal Exchange (Mailbox Server) Server answers with internal EWS URL: mail.contoso.internal Connect from EXO to internal EWS URL (which is obviously not working) So as you can see, the autodiscover process asks the internal Exchange for its EWS URLs and not as i expected the hybrid server's URLs. I always thought, the hybrid server works as a sort of proxy for every external connection from EXO. But it seems that the hybrid just relays the autodiscover request to the server which holds the mailbox. And this servers in this scenario cannot change their EWS URLs to a public resolvable FQDN. So my question is: Is this correct? Does the process always works like this or did i do anything wrong in the configuration? I hope you understand my explanation. Thanks in advance!!!
Exchange Online - Autodiscover XML response not returning Outlook settings
Hi everyone, We are currently involved in a support case for one of our users that is unable to access her e-mail account when using Outlook desktop version, webmail is working as expected. The mailbox is located in Exchange Online, but the AD account is synced from local AD with a Hybrid Configuration for Exchange 2016. The DNS autodiscover.domain.com for the affected user is pointing to the OnPremises Exchange URI since we still have some mailboxes that have not been migrated, but since we use M365 apps Outlook it should try to contact Exchange Online autodiscover first anyway. Usually when we run into this, it is because the user is not licensed for M365 apps or does not have the requried Exchange Online license, but this user has both Exchange Online Plan 2 and M365 Enterprise Apps. The licensing is done using group based licensing in Azure AD. We have also checked that MAPI (everything except smtp auth) is enabled on her account in the M365 admin portal. If i run the Outlook Connectivity test in the testconnectivity microsoft site, we only get a <Type>Web</Type> response in the XML. (usually you get EXCH, EXPR, EXHTTP etc) My understanding is that this indicates an classification/license problem in Exchange Online for the user, but the support case has been transfered to the "Outlook desktop app" team which are insisting that we must collect Outlook logs to troubleshoot further since OWA is working. The case is already over a month old, and i dont feel like starting from scratch again. I would love a second opinion on my interpretation that this is a Exchange Online issue, and not related to Outlook desktop app before i attempt to escalate the case.
Autodiscover misbehaviour
Hi, I'm trying to set up autodiscover mechanism for all users of my hosting service. To do so - I've managed to create a dedicated XML document, which is accessible through http/https protocol at mydomain.myhost.tld/autodiscover/autodiscover.xml, just as it is described in docs: https://docs.microsoft.com/en-us/previous-versions/office/office-2010/cc511507(v=office.14)?redirectedfrom=MSDN#overview The issue is that the outlook client (tried both 2016 and 2019) refuses to gather response information - let's say - for 9 times of 10, as it would be wrong somehow, even there are access logs of my apache webserver, showing proper responses (code 200). Furthermore - outlook also provides a tool to test if the autodiscover configuration is proper on specified domain (Test Email AutoConfiguration in tray) and that kind of test is always being passed (the difference here is that on the first scenario requests are coming from some MS network and the Test Email AutoConfiguration always comes from the local machine). Is there any reasonable explanation for such behaviour? I'm not really convinced if my question matches exactly this hub, but I hope it does. Any help would be really appreciated.
