dr_wahnsinnig

Ist als L7 eingerichtet. Ich werde ja erst einmal am Kemp vorbei die Einrichtung versuchen und dann anschließend einmal mit L4 beginnen.

Gute Idee, ich werde das einmal einrichten, um den Kemp auszuschließen.

Hej, danke für die schnellen Infos! Ich schau da mal nach. Ja, ich habe manuell konfiguriert.

Moin Leute, ich habe nach dieser Anleitung IMAP auf meinem Exchange Server aktiviert. Auf dem davor geschalteten KEMP LoadMaster habe ich Templates für IMAP (143)/IMAPS (993) und SMTPS (587) eingerichtet. Der Test über das Cmdlet "Test-ImapConnectivity" verlief erfolgreich. Der Test über die Website Microsoft-Remoteverbindungsuntersuchung läuft auf eine Warnung: Ausnahme: System.IO.IOException: Unable to read data from the transport connection: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond. Wenn ich jetzt aber versuche ein Thunderbird Client mit dem Exchange über IMAP zu verbinden, bekomme ich die Meldung, dass Thunderbird keine Einstellungen für mein E-Mail-Konto finden konnte. Auf dem Exchange kann ich in den Ereignisprotokollen kein Verbindungsversuch ausmachen. Ne Idee wo ich da angreifen kann? Liebe Grüße Andy

Ich werde das mal über einen reverse Proxy konfigurieren und berichten. Danke schon einmal für die wirklich gute Hilfe!

Die Umleitung zeigt auch auf https://redirect.<zieldomäne>.<tld> - greift aber aus irgendwelchen Gründen nicht...

Erst einmal vielen Dank für die vielen Antworten und Anregungen SRV Record habe ich ebenfalls gesetzt, damit Autodiscover zufrieden ist. Wenn die URL Umleitung funktioniert, benötige ich diesen Eintrag nicht mehr. Ich habe jetzt für die Zieldomäne einen Host A Eintrag gesetzt redirect.<zieldomäne>.<tld> und auf der Domäne, die umgeleitet werden soll einen CNAME mit autodiscover.<quelldomäne>.<tld> -> redirect.<zieldomäne>.<tld>. redirect.<zieldomäne>.<tld> ist auch nur über Port 80 erreichbar. Auf dem IIS, auf dem der Port 80 zeigt, hat eine Umleitung der "Default Web Site" nach redirect.<zieldomäne>.<tld> (302) Der Outlook Connectivity Test von Microsoft (https://testconnectivity.microsoft.com) schlägt fehl: Attempting to contact the Autodiscover service using the HTTP redirect method. The attempt to contact Autodiscover using the HTTP Redirect method failed. Additional Details Elapsed Time: 309 ms. Test Steps <OK> Attempting to resolve the host name autodiscover.<quelldomäne>.<tld> in DNS. The host name resolved successfully. Additional Details IP addresses returned: <IP Adresse des Zielhosts> Elapsed Time: 11 ms. <OK> Testing TCP port 80 on host autodiscover.<quelldomäne>.<tld> to ensure it's listening and open. The port was opened successfully. Additional Details Elapsed Time: 46 ms. <Failed> The Microsoft Connectivity Analyzer is checking the host autodiscover.<quelldomäne>.<tld> for an HTTP redirect to the Autodiscover service. The Microsoft Connectivity Analyzer failed to get an HTTP redirect response for Autodiscover. Ich versteh‘ es nicht. Die Umleitung, die im IIS angegeben ist, müsste doch greifen oder nicht?

Die Testdomain, die umgeleitet werden soll und die Zieldomain, liegen bei domainfactory.

Es werden laufend mehrere Domänen eingerichtet - darum leider keine Möglichkeit Mit dem Port 80 habe ich richtig verstanden, dass eine neue Domäne einen CNAME Eintrag bekommen soll autodiscover.<maildomain>.<tld>, der dann wiederum auf umleitung.<hauptdomain>.<tld> zeigt? Ja, das ist ein Wildcard Zertifikat.

Guten Abend! Ich habe hier einen Exchange 2019 Server, der verschiedene E-Mail Domänen verwaltet. Wenn ich nun über Outlook 2016 ein Konto einrichten möchte, bekomme ich eine Fehlermeldung, dass das Zertifikat nicht stimmen würde. Die Website https://testconnectivity.microsoft.com schließt den "Outlook Connectivity" Test mit "Connectivity Test Successful with Warnings" ab. Die Warnungen beziehen sich auf das angebliche Fehlen der URL autodiscover.maildomain-a.com: Attempting to test potential Autodiscover URL https://autodiscover.maildomain-a.com:443/Autodiscover/Autodiscover.xml Testing of this potential Autodiscover URL failed. Ich habe einen SRV Eintrag für Autodiscover und auch aus lauter Verzweiflung einen CNAME Eintrag eingerichtet für autodiscover.maildomain-a.com -> autodiscover.maildomain-b.com (hierfür existiert auch ein Wildcard Zertifikat von GoDaddy). Hier noch die Ergebnisse von Get-AutodiscoverVirtualDirectory | fl and Get-ClientAccessServer | fl Get-AutodiscoverVirtualDirectory | fl RunspaceId : 076f2e5c-13ff-4910-b90a-1850e306e81d Name : Autodiscover (Default Web Site) InternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity...} ExternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity...} LiveIdNegotiateAuthentication : False WSSecurityAuthentication : True LiveIdBasicAuthentication : False BasicAuthentication : True DigestAuthentication : False WindowsAuthentication : True OAuthAuthentication : True AdfsAuthentication : False MetabasePath : IIS://EXCHANGE-SRV.exchange.local/W3SVC/1/ROOT/Autodiscover Path : C:\Program Files\Microsoft\Exchange Server\V15\FrontEnd\HttpProxy\Autodiscover ExtendedProtectionTokenChecking : None ExtendedProtectionFlags : {} ExtendedProtectionSPNList : {} AdminDisplayVersion : Version 15.2 (Build 221.12) Server : EXCHANGE-SRV InternalUrl : ExternalUrl : AdminDisplayName : ExchangeVersion : 0.10 (14.0.100.0) DistinguishedName : CN=Autodiscover (Default Web Site),CN=HTTP,CN=Protocols,CN=EXCHANGE-SRV,CN=Servers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=Exchange,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=intern,DC=exchange,DC=local Identity : EXCHANGE-SRV\Autodiscover (Default Web Site) Guid : 01e78d13-7bdf-45b0-9830-4d51bb4ecdf6 ObjectCategory : exchange.local/Configuration/Schema/ms-Exch-Auto-Discover-Virtual-Directory ObjectClass : {top, msExchVirtualDirectory, msExchAutoDiscoverVirtualDirectory} WhenChanged : 10.07.2019 12:55:21 WhenCreated : 10.07.2019 12:55:21 WhenChangedUTC : 10.07.2019 10:55:21 WhenCreatedUTC : 10.07.2019 10:55:21 OrganizationId : Id : EXCHANGE-SRV\Autodiscover (Default Web Site) OriginatingServer : AD-SRV.exchange.local IsValid : True ObjectState : Changed Get-ClientAccessServer | fl _AlternateServiceAccountConfiguration_AllCredentials_Password : RunspaceId : 076f2e5c-13ff-4910-b90a-1850e306e81d Name : EXCHANGE-SRV Fqdn : EXCHANGE-SRV.exchange.local ClientAccessArray : OutlookAnywhereEnabled : True AutoDiscoverServiceCN : EXCHANGE-SRV AutoDiscoverServiceClassName : ms-Exchange-AutoDiscover-Service AutoDiscoverServiceInternalUri : https://autodiscoverredirect.maildomain-b.com /Autodiscover/Autodiscover.xml AutoDiscoverServiceGuid : 77378f46-2c66-4aa9-a6a6-3e7a48b19596 AutoDiscoverSiteScope : {Default-First-Site-Name} AlternateServiceAccountConfiguration : IsOutOfService : False Identity : EXCHANGE-SRV IsValid : True ExchangeVersion : 0.1 (8.0.535.0) DistinguishedName : CN=EXCHANGE-SRV,CN=Servers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=Exchange,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=intern,DC=exchange,DC=local Guid : 98855254-8cc3-4f47-aa29-f393125aa8d0 ObjectCategory : exchange.local/Configuration/Schema/ms-Exch-Exchange-Server ObjectClass : {top, server, msExchExchangeServer} WhenChanged : 10.07.2019 15:36:27 WhenCreated : 10.07.2019 12:44:09 WhenChangedUTC : 10.07.2019 13:36:27 WhenCreatedUTC : 10.07.2019 10:44:09 OrganizationId : Id : EXCHANGE-SRV OriginatingServer : AD-SRV.exchange.local ObjectState : Unchanged Im Anhang noch die Outlook Fehlermeldungen. Wo oder wie konfiguriere ich die Umleitung, wie sie im Anhang "Outlook Umleitung Hinweis.png" zu sehen ist? Liebe Grüße Andy Diese Meldung bezüglich einer Umleitung hätte ich gerne (Umleitung von autodiscover.maildomain-a.com auf autodiscover.maildomain-a.com).

Alles gut. Ich hatte bei dem neuen Testpostfach, was ich soeben verschoben hatte, vergessen den Befehl Restart-WebAppPool MSExchangeAutodiscoverAppPool auf dem EX2016 abzufeuern

Och, das war es doch wohl nicht... Ich bin gerade noch am Prüfen.

Alter Schwede, bin ich ein Otto!!! Das mir das nicht aufgefallen ist..... ohne Worte NorbertFe hat natürlich Recht - der Proxy war's! Vielen Dank an alle!

E-Mail Ein- und Ausgang funktioniert auch. Abwesenheitsassistent allerdings nicht.

Wenn ich auf dem EX2016 erstellten Postfach unter Outlook den E-Mail-AutoKonfigurations-Test starte, erhalte ich alle internen und externen URLs (OWA, Exchange-MAPI-HTTP, Exchange-HTTP) Bei dem verschobenen Postfach erhalte ich bei diesem Test die Meldung: "Ihre Einstellungen konnten nicht von der automatischen Konfiguration bestimmt werden." - WTF?

Autodiscover zeigt auf EX2016. Hier der SCP: EX2010: "CN=EX2010,CN=Autodiscover,CN=Protocols,CN=EX2010,CN=Servers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=internaldomain,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=internaldomain,DC=local" EX2016 "CN=EX2016,CN=Autodiscover,CN=Protocols,CN=EX2016,CN=Servers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=internaldomain,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=internaldomain,DC=local"

Autodiscover funzt nur, wenn ich das Postfach schon auf dem EX2016 erstelle. Verschobene Postfächer meldet Outlook mit der Meldung, dass der Exchange nicht verfügbar sei und auch die Neueinrichtung klappt nur, wenn ich den Proxy für Autodiscover manuell erstelle (mobil.outlookanywhere-adresse.de). Autodiscover ist auf beiden Servern gleich eingerichtet, funktioniert aber nicht bei verschobenen Postfächern?! Ich suche mal weiter... Vielen Dank aber schon einmal für euren tollen Input.

SCP Zeigt hierhin: Get-ClientAccessService | fl AutoDiscoverServiceInternalUri EX2010 AutoDiscoverServiceInternalUri : https://mobil.outlookanywhere-adresse.de/autodiscover/autodiscover.xml EX2016 AutoDiscoverServiceInternalUri : https://mobil.outlookanywhere-adresse.de/Autodiscover/Autodiscover.xml Hier einmal die restlichen Adressen: Get-ClientAccessServer | fl autodiscover* Get-ActiveSyncVirtualDirectory | fl *url* Get-OutlookAnywhere | fl *hostname Get-WebServicesVirtualDirectory | fl *url* Get-OwaVirtualDirectory | fl *url* Get-OabVirtualDirectory | fl *url* AutoDiscoverServiceCN : EX2010 AutoDiscoverServiceClassName : ms-Exchange-AutoDiscover-Service AutoDiscoverServiceInternalUri : https://mobil.outlookanywhere-adresse.de/autodiscover/autodiscover.xml AutoDiscoverServiceGuid : 77378f46-2c66-4aa9-a6a6-3e7a48b19596 AutoDiscoverSiteScope : {Default-First-Site-Name} AutoDiscoverServiceCN : EX2016 AutoDiscoverServiceClassName : ms-Exchange-AutoDiscover-Service AutoDiscoverServiceInternalUri : https://mobil.outlookanywhere-adresse.de/Autodiscover/Autodiscover.xml AutoDiscoverServiceGuid : 77378f46-2c66-4aa9-a6a6-3e7a48b19596 AutoDiscoverSiteScope : {Default-First-Site-Name} MobileClientCertificateAuthorityURL : InternalUrl : https://mobil.outlookanywhere-adresse.de/Microsoft-Server-ActiveSync ExternalUrl : https://mobil.outlookanywhere-adresse.de/Microsoft-Server-ActiveSync MobileClientCertificateAuthorityURL : InternalUrl : https://mobil.outlookanywhere-adresse.de/Microsoft-Server-ActiveSync ExternalUrl : https://mobil.outlookanywhere-adresse.de/Microsoft-Server-ActiveSync ExternalHostname : mobil.outlookanywhere-adresse.de InternalHostname : mobil.outlookanywhere-adresse.de ExternalHostname : mobil.outlookanywhere-adresse.de InternalHostname : mobil.outlookanywhere-adresse.de InternalNLBBypassUrl : https://EX2010.internaldomain.local/ews/exchange.asmx InternalUrl : https://mobil.outlookanywhere-adresse.de/ews/exchange.asmx ExternalUrl : https://mobil.outlookanywhere-adresse.de/ews/exchange.asmx InternalNLBBypassUrl : https://EX2016.internaldomain.local/ews/exchange.asmx InternalUrl : https://mobil.outlookanywhere-adresse.de/EWS/Exchange.asmx ExternalUrl : https://mobil.outlookanywhere-adresse.de/EWS/Exchange.asmx Url : {} InternalSPMySiteHostURL : ExternalSPMySiteHostURL : SetPhotoURL : Exchange2003Url : FailbackUrl : InternalUrl : https://mobil.outlookanywhere-adresse.de/owa ExternalUrl : https://mobil.outlookanywhere-adresse.de/owa Url : {} InternalSPMySiteHostURL : ExternalSPMySiteHostURL : SetPhotoURL : Exchange2003Url : FailbackUrl : InternalUrl : https://mobil.outlookanywhere-adresse.de/owa ExternalUrl : https://mobil.outlookanywhere-adresse.de/owa InternalUrl : https://mobil.outlookanywhere-adresse.de/oab ExternalUrl : https://mobil.outlookanywhere-adresse.de/oab InternalUrl : https://mobil.outlookanywhere-adresse.de/OAB ExternalUrl : https://mobil.outlookanywhere-adresse.de/OAB

Outlook anywhere ist auf beiden Servern gleich konfiguriert. Ich habe einmal testweise für ein Postfach MAPI deaktiviert und erhalte dieselbe Fehlermeldung. Mich wundert es ja, dass ich mit neu eingerichteten Postfächern auf dem EX2016 keinerlei Probleme habe. Outlook trägt ja beim EX2010 die Proxy Adressen für Outlook anywhere gleich mit ein. Läuft mit diesen Einstellungen aber offensichtlich auf einen Fehler. Wenn ich dann aber das Outlook Profil neu einrichte und die Adresse für "Diese URL für die Verbindung mit dem Exchange-Proxyserver verwenden:" manuell einrichte, startet Outlook wie gewohnt und alles funktioniert.

Hi, mir gehen die Ideen aus und ich kann mit der Suche keinen richtigen Hinweis finden... Folgendes Szenario: - Ein Exchange 2010 Server - Ein Exchange 2016 Server - Split DNS, alle URLs gleich, interner DNS zeigt mit Autodiscover und mail zum neuen Exchange - Terminalserver mit Outlook 2013 Wenn ich testweise das eine oder andere Postfach auf den neuen Exchange Server verschiebe, kann sich mein Outlook Client nicht mehr mit dem Server verbinden: Meldung: Outlook kann nicht gestartet werden. Das Outlook-Fenster kann nicht geöffnet werden... (siehe Anhang) Der Neustart des Autodiscover App Pools bringt nix. Restart-WebAppPool MSExchangeAutodiscoverAppPool 2016 Server Neustart bringt auch nichts... Wenn ich das Outlook Profil neu einrichten möchte, schlägt die Anmeldung am Exchange Server mit der Meldung fehl: "Fehler beim Anmelden. Überprüfen Sie die Netzwerkverbindung sowie den Server und Postfachnamen..." Konfiguriere ich das neue Profil manuell und füge unter Autodiscover Proxy manuell die Adresse ein, klappt die Namensauflösung sofort und Outlook startet ohne Probleme. Erstelle ich ein neues Postfach direkt auf dem neuen Exchange Server, kann ich mit Outlook ohne Probleme ein neues Profil einrichten (also kein verschobenes Postfach vom 2010er Exchange). Alle drei Haken werden sofort grün und Outlook startet. Ich möchte ungern alle Postfächer manuell neu einrichten müssen Was könnte ich übersehen haben? Viele Grüße Andy

Trotz Neustart des Exchange und der Terminalserver bekomme ich bei den Profilen, die nicht neu eingerichtet wurden, immer noch die Fehlermeldung. Ich begebe mich mal auf die Suche nach einem entsprechenden Eintrag in der Registrierung...

Nein, autodiscover habe ich noch nicht im Zertifikat

Gibt es einen Weg den bereits eingerichteten Clients den neuen Namen mitzugeben ohne das Profil zu löschen und neu einzurichten? Derzeit bekomme ich noch die Meldung, es sei denn, ich richte das Profil neu.

Erst einmal vielen Dank an Alle für eure Tipps! Ich habe jetzt noch den Eintrag exchange-srv.kundendomain.de mit Ziel IP Adresse des Servers im DNS hinzugefügt autodiscover.kundendomain.de hatte ich schon eingerichtet. Beide werden auch korrekt aufgelöst. Ich habe jetzt noch einmal das Profil gelöscht und neu eingerichtet -> KEINE MELDUNG MEHR!! Es fehlte wohl noch der Eintrag exchange-srv.kundendomain.de Jetzt funktioniert aber das automatische Antworten nicht mehr... "Ihre Einstellungen für automatisches Antworten können nicht angezeigt werden, da der Server zurzeit nicht verfügbar ist. Versuchen Sie es später erneut." Ich werd bekloppt... Hier war der IIS falsch konfiguriert. Es gab beim EWS eine Weiterleitung auf die OWA Website... Diese habe ich nun entfernt und der Assistent für die automatischen Antworten lässt sich wieder öffnen. Vielen Dank noch einmal für Eure spitzen Hilfe! Gruß Andy

Hier nun die Ausgaben: [PS] C:\Windows\system32>$Exch = Get-ExchangeServer | where { $_.AdminDisplayVersion -like "Version 14.3*" } [PS] C:\Windows\system32>Get-OwaVirtualDirectory -Server $Exch | fl Name, InternalUrl, ExternalUrl Name : owa (Default Web Site) InternalUrl : https://mobil.kundendomain.de/owa ExternalUrl : https://mobil.kundendomain.de/owa [PS] C:\Windows\system32> [PS] C:\Windows\system32> [PS] C:\Windows\system32>Get-EcpVirtualDirectory -Server $Exch | fl Name, InternalUrl, ExternalUrl Name : ecp (Default Web Site) InternalUrl : https://mobil.kundendomain.de/ecp ExternalUrl : https://mobil.kundendomain.de/ecp [PS] C:\Windows\system32>Get-OABVirtualDirectory -Server $Exch | fl Name, InternalUrl, ExternalUrl Name : OAB (Default Web Site) InternalUrl : https://mobil.kundendomain.de/oab ExternalUrl : https://mobil.kundendomain.de/oab [PS] C:\Windows\system32>Get-ActiveSyncVirtualDirectory -Server $Exch | fl Name, InternalUrl, ExternalUrl Name : Microsoft-Server-ActiveSync (Default Web Site) InternalUrl : https://mobil.kundendomain.de/Microsoft-Server-ActiveSync ExternalUrl : https://mobil.kundendomain.de/Microsoft-Server-ActiveSync [PS] C:\Windows\system32>Get-WEbServicesVirtualDirectory -Server $Exch | fl Name, InternalUrl, ExternalUrl Name : EWS (Default Web Site) InternalUrl : https://mobil.kundendomain.de/ews/exchange.asmx ExternalUrl : https://mobil.kundendomain.de/ews/exchange.asmx [PS] C:\Windows\system32>Get-ClientAccessServer -Identity $Exch.Name | fl Name, AutoDiscoverServiceInternalUri Name : EXCHANGE-SRV AutoDiscoverServiceInternalUri : https://mobil.kundendomain.de/autodiscover/autodiscover.xml [PS] C:\Windows\system32>Get-OutlookAnywhere -Server $Exch | fl ServerName, ExternalHostname ServerName : EXCHANGE-SRV ExternalHostname : mobil.kundendomain.de [PS] C:\Windows\system32>Test-Connection $((Get-OwaVirtualDirectory | select-object ExternalURL -ExpandProperty Internal URL).Host) Source Destination IPV4Address IPV6Address Bytes Time(ms) ------ ----------- ----------- ----------- ----- -------- HORIZONTE-... mobil.kundendomain.de 10.10.0.10 {} 32 0 HORIZONTE-... mobil.kundendomain.de 10.10.0.10 {} 32 0 HORIZONTE-... mobil.kundendomain.de 10.10.0.10 {} 32 0 HORIZONTE-... mobil.kundendomain.de 10.10.0.10 {} 32 0 [PS] C:\Windows\system32>Test-Connection $((Get-OwaVirtualDirectory | select-object ExternalURL -ExpandProperty External URL).Host) Source Destination IPV4Address IPV6Address Bytes Time(ms) ------ ----------- ----------- ----------- ----- -------- HORIZONTE-... mobil.kundendomain.de 10.10.0.10 {} 32 0 HORIZONTE-... mobil.kundendomain.de 10.10.0.10 {} 32 0 HORIZONTE-... mobil.kundendomain.de 10.10.0.10 {} 32 0 HORIZONTE-... mobil.kundendomain.de 10.10.0.10 {} 32 0