In einer Exchange Hybrid Organisation nutzt die lokale Exchange Organisation das Attribut targetAddress, um Nachrichten an Empfängerobjekte in Exchange Online zuzustellen.
Immer?
Nun ja…
Es gibt einen interessanten Sonderfall. Und könnte es anders sein, es dreht sich um Öffentliche Ordner. Oder um es genauer zu sagen, um E-Mail-aktivierte Ordner, die ihren Lebenszyklus bereits zu Zeiten von Exchange Server 2010 oder älter angetreten haben und nun zu Exchange Online migriert wurden.
Die Batch-basierte Migration moderner Öffentlicher Ordner zu Exchange Online ist in der Online-Dokumentaion bestens beschrieben.
Im Rahmen der Migrationsschritte wird auch die hybride Routingdomäne mit einem dedizierten Namenseintrag in der internen Exchange Organisation konfiguriert.
# Beispieleintrag für die hybride Routingdomäne
New-AcceptedDomain -Name PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99 -DomainName "egxde.mail.onmicrosoft.com" -DomainType InternalRelaySollte die Domäne bereits mit einem anderen Namen als akzeptierte Domäne konfiguriert sein, so muss der Name angepasst werden.
# Anpassung des Namens eines bestehenden DOmäneneintrages
Get-AcceptedDomain | Where {$_.DomainName -eq "egxde.mail.onmicrosoft.com"} | Set-AcceptedDomain -Name PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99Für den ursprünglichen Einsatzzweck hat die Umgebennung des bereits existierenden Domäneneintrages keine negativen Auswirkungen.
Aber was ist nun der Sinn dieses dedizierten Domäneneintrages?
Die PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99 Domäne
Bei einer Nachrichtenverfolgung für migrierte E-Mail-aktivierte Öffentliche Ordner ist in einer produktiven Exchange Umgebung aufgefallen, dass die an einen Ordner adressierten Nachrichten korrekt an die hybride Routingdomäne gesendet wurden, obwohl kein passendes targetAddress-Attribut konfiguriert war, wie der folgende Screenshot eines MESO-Objektes für eine E-Mail-aktivierten Öffentlichen Ordner zeigt:
Im Normalfall wird die korrekte targetAdress für die Zustellung in Richtung Exchange Online mit der Ausführung des Skriptes SetMailPublicFolderExternalAddress.ps1 für jeden E-Mail-aktivierten Öffentlichen Ordner gesetzt. Im Normalfall.
Wie entscheidet sich nun Exchange Server, E-Mail-Nachrichten für den vorgenannten Öffentlichen Ordner, mit einer expf:-Adresse, in Richtung Exchange Online zu routen?
Exchange Server sucht bei einer E-Mail-Zustellung an einen Öffentlichen Ordner mit einer expf:-Zieladresse nach einer akzeptierten Domäne mit dem Namen PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99. Anhand des konfigurierten Domänennamens nutzt Exchange Server die passende Proxyadresse des Ordners, um die Nachricht entsprechend zu routen. Die Suche nach diesem dedizierten Domänennamen ist im Quellcode von Exchange Server hart verankert.
So simpel, so merkwürdig.
Hinweis
Das AD-Attribut targetAddress bzw. ExternalEmailAddress aus Exchange-Sicht, enthält dann einen expf:-Adresseintrag, wenn es sich um einen Ordner handelt, der bereits zu Legacy Exchange-Zeiten, Exchange Server 2010 und älter, in Betrieb war. Wenn ein moderner Öffentlicher Ordner mit Exchange Server 2019 für E-Mail aktiviert wird, verbleibt das Attribut <null>.
Noch eine Merkwürdigkeit
Werden nach der Migration Öffentliche Ordner in Exchange Online E-Mail-aktiviert, so erfolgt keine Synchronisierung in das lokale Active Directory. Dies ist nicht Bestandteil der Entra ID Connect Funktion Public Folder Synchronization. Diese Adressen sind daher nicht für Exchange Server auflösbar und erscheinen auch nicht im On-Premises Adressbuch. Durch die Konfiguration der Domäne als Internal Relay, ist dies jedoch kein Problem. So lange man die E-Mail-Adresse kennt und den Ordner direkt adressiert, werden die Nachrichten in Richtung Exchange Online geroutet.
Links
- Migrieren von öffentlichen Exchange Server-Ordnern zu Exchange Online mithilfe einer Batchmigration
- Exchange Server 2013/2016/2019 Public Folders Migration Script
Viel Spaß mit Exchange Server und Öffentlichen Ordnern!