AutodiscoverV2: Wie wird die autodiscoverv1 Url konfiguriert?

[jmw 1]

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!

 

 

[NorbertFe 2.034]

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.

[mikro 67]

Deine Outlook Anywhere URL ist aber korrekt eingestellt?

mikro

[jmw 1]

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