jmw 1 Geschrieben 30. Mai Melden Teilen Geschrieben 30. Mai Hallo zusammen - wir migrieren gerade unsere Exchange 2016 Vdir Urls von intern addomain.local zu Split-DNS mit unser public domain.tld. Alle VDirs sind gesetzt und funktionieren wunderbar - nur verbinden noch einige Outlooks mit der alten addomain.local. Dem liegt die Autodiscover V2 Url zugrunde, die noch die alte addomain.local zeigt. https://mail.domain.tld/autodiscover/autodiscover.json/v1.0/User1@domain.tld?Protocol=Autodiscoverv1 { "Protocol": "Autodiscoverv1", "Url": "https://mail.addomain.local/autodiscover/autodiscover.xml" } Ich finde aber keine Option, auf diese Url direkt Einfluss zu nehmen. Eigentlich würde ich erwarten, das ClientAccessServices dafür zuständig ist - ist es aber nicht, denn es ist korrekt gesetzt: Get-ClientAccessService | ft -a Name,AutoDiscoverServiceInternalUri Name AutoDiscoverServiceInternalUri ---- ------------------------------ EX01 https://mail.domain.tld/Autodiscover/Autodiscover.xml Auch das AutodiscoverVirtualDirectory, in dem internalurl und externalurl deprecated und seit 2013 gar nicht mehr änderbar sind, zeigen andere Werte. Get-AutodiscoverVirtualDirectory | ft Identity,InternalUrl,externalurl Identity InternalUrl ExternalUrl -------- ----------- ----------- EX01\Autodiscover (Default Web Site) https://autodiscover.addomain.local/Autodiscover/Autodiscover.xml https://mail.addomain.local/Autodiscover/Autodiscover.xml Vielleicht weiß jemand, wie die autodiscoverv1 Url für Autodiscover V2 von den Exchange Servern berechnet wird? Vielen Dank und Grüße! Zitieren Link zu diesem Kommentar
NorbertFe 2.065 Geschrieben 30. Mai Melden Teilen Geschrieben 30. Mai vor 7 Minuten schrieb jmw: Auch das AutodiscoverVirtualDirectory, in dem internalurl und externalurl deprecated und seit 2013 gar nicht mehr änderbar sind, zeigen andere Werte. Normalerweise sollten die auch $null sein. Kann man notfalls per Exchange 2010 plugin setzen/leeren. https://support.microsoft.com/en-au/topic/autodiscover-event-id-1-after-installing-exchange-server-2019-cu3-or-exchange-server-2016-cu14-93850e62-4cf4-8a76-5fd4-c8ce6f032015 Zitat ExternalUrl is only accessible when you add the PSSnapin in a new PowerShell session (not EMS) on Exchange Server 2019, Exchange Server 2016, and Exchange Server 2013. Und abgesehen davon bitte auf jeden Fall testen, ob ein neues Profil sauber erstellt wird, oder ob da auch falsche Werte verwendet werden. Es gibt bei solchen Umstellungen immer irgendwelchen Schwund bei den Profilumstellungen, der sich normalerweise aber im unteren einstelligen Prozenzbereich bewegt. Zitieren Link zu diesem Kommentar
mikro 68 Geschrieben 30. Mai Melden Teilen Geschrieben 30. Mai Deine Outlook Anywhere URL ist aber korrekt eingestellt? mikro Zitieren Link zu diesem Kommentar
jmw 1 Geschrieben 18. Juni Autor Melden Teilen Geschrieben 18. Juni On 5/30/2024 at 3:11 PM, NorbertFe said: Normalerweise sollten die auch $null sein. Kann man notfalls per Exchange 2010 plugin setzen/leeren. https://support.microsoft.com/en-au/topic/autodiscover-event-id-1-after-installing-exchange-server-2019-cu3-or-exchange-server-2016-cu14-93850e62-4cf4-8a76-5fd4-c8ce6f032015 Und abgesehen davon bitte auf jeden Fall testen, ob ein neues Profil sauber erstellt wird, oder ob da auch falsche Werte verwendet werden. Es gibt bei solchen Umstellungen immer irgendwelchen Schwund bei den Profilumstellungen, der sich normalerweise aber im unteren einstelligen Prozenzbereich bewegt. Danke, das waren super Hinweise! Nach dem Aufruf von Add-PSSnapin Microsoft.Exchange.Management.PowerShell.E2010 ließen sich auf dem Server direkt die InternalUrl und ExternalUrl setzen - Set-AutodicoverVirtualDirectory hat die properties wieder. Die InternalURL muss leer sein! Dann kontrolliert man mit Set-AutodicoverVirtualDirectory -ExternalUrl <autodiscover-url> was dann unter https://mail.domain.tld/autodiscover/autodiscover.json/v1.0/User1@domain.tld?Protocol=Autodiscoverv1 zurückgegeben wird. Wenn allerdings beide leer sind, dann kommt es zu dem Fehler, der in dem von dir verlinkten Support-Dokument beschrieben wird. Auf dem Server geht dann auch gar kein autodiscover mehr, im Browser angesprochen gibts 500 Fehler und das Eventlog ist voll mit Fehlern - sieht ganz schlimm aus Ich vermute, da hat ein M$ Cloud Programmierer ohne Ahnung von Exchange schnell mal den deprecated markierten Eintrag für sein tolles Autodiscover V2 verwendet und nun ändert das keiner mehr Vielen Dank und Grüße Jan Michael 1 Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.