E-Mail-Routing in Exchange Server

Die primäre Aufgabe des Transportdiensts, der auf Postfachservern in Ihrer Exchange-Organisation vorhanden ist, besteht darin, von Benutzern und externen Quellen empfangene Nachrichten an deren endgültige Ziele weiterzuleiten. Routing-Entscheidungen werden während der Kategorisierung der Nachrichten getroffen. Das Kategorisierungsmodul ist eine Komponente des Transportdiensts, der alle eingehenden Nachrichten verarbeitet und anhand von Informationen zu ihren Zielen bestimmt, was mit der Nachricht zu tun ist.

Das Routing in Exchange 2016 und Exchange 2019 ist gegenüber Exchange 2013 praktisch unverändert. Dies sind die wichtigsten Änderungen am Routing im Vergleich zu Exchange 2010:

  • Das Routing kennt Datenbankverfügbarkeitsgruppen (DAGs) vollständig und kann die DAG-Mitgliedschaft bei Routingentscheidungen verwenden, auch wenn sich die DAG-Mitglieder an verschiedenen Active Directory-Standorten befinden. Für Postfachserver, die nicht zu DAGs gehören, und für die Interoperabilität mit früheren Versionen von Exchange wird die Active Directory-Standortmitgliedschaft weiterhin bei Routingentscheidungen verwendet.

  • Der Transportdienst kommuniziert niemals direkt mit einer Postfachdatenbank. Stattdessen kommuniziert der Transportdienst mit dem Postfachtransportdienst lokal oder auf Remotepostfachservern. Nur der Postfachtransportdienst kommuniziert mit der lokalen Postfachdatenbank. Wenn der Postfachserver Mitglied einer DAG ist, akzeptiert nur der Postfachtransportdienst auf dem Postfachserver, auf dem die aktive Kopie der Postfachdatenbank gespeichert ist, Nachrichten für den Zielempfänger.

  • Remoteprozeduraufrufe (Remote Procedure Calls, RPCs) werden nur vom Postfachtransportdienst verwendet, um Nachrichten an die lokale Postfachdatenbank zu senden oder von dieser zu empfangen. Wenn der Postfachserver Mitglied einer DAG ist, verwendet der Postfachtransportdienst RPCs nur zur lokalen Kommunikation mit den aktiven Kopien der Postfachdatenbanken. RPC wird demnach nie für die server- oder dienstübergreifende Kommunikation verwendet. Stattdessen kommunizieren der Postfachtransportdienst und der Transportdienst immer mithilfe von SMTP.

  • Exchange verwendet jetzt genauere Warteschlangen für Remoteziele. Anstatt eine Warteschlange für alle Ziele an einem Active Directory-Remotestandort zu verwenden, stellt Exchange jetzt Nachrichten für bestimmte Ziele innerhalb des Active Directory-Standorts in die Warteschlange, z. B. einzelne Sendeconnectors.

  • Verknüpfte Connectors sind nicht mehr verfügbar. Bei einem verknüpften Connector handelte es sich um einen Empfangsconnector, der mit einem Sendeconnector verknüpft war. Alle vom Empfangsconnector empfangenen Nachrichten wurden automatisch zum Sendeconnector weitergeleitet.

Routing-Komponenten

Wenn eine Nachricht vom Transportdienst auf einem Postfachserver empfangen wird, muss sie kategorisiert werden. Die erste Phase der Nachrichtenkategorisierung ist die Empfängerauflösung. Nachdem der Empfänger aufgelöst wurde, kann das Endziel bestimmt werden. In der nächsten Phase - dem Routing - wird bestimmt, wie dieses Ziel am besten erreicht werden kann. Das Routing in Exchange wird mithilfe der Konzepte von Routingzielen und Übermittlungsgruppen generalisiert, um mehr Flexibilität und geringere Komplexität zu erzielen.

Routingziele

Das ultimative Ziel für eine Nachricht wird als Routingziel bezeichnet. Unabhängig von der Komplexität einer Exchange-Organisation gibt es überraschend wenig Routingziele. Dies sind:

  • Eine Postfachdatenbank: Dies ist das Routingziel für jeden Empfänger mit einem Postfach in der Exchange-Organisation. In Exchange 2013 oder höher sind öffentliche Ordner ein Postfachtyp, daher ist das Weiterleiten von Nachrichten an Empfänger öffentlicher Ordner identisch mit dem Weiterleiten von Nachrichten an Postfachempfänger.

  • Ein Connector: Ein Sendeconnector wird als Routingziel für SMTP-Nachrichten basierend auf der Konfiguration des Sendeconnectors (Adressräume, bereichsbezogen oder nicht usw.) verwendet. Ebenso wird ein Übermittlungs-Agent-Connector oder foreign-Connector als Routingziel für Nicht-SMTP-Nachrichten verwendet.

  • Ein Verteilergruppenerweiterungsserver: Dies ist das Routingziel, wenn eine Verteilergruppe über einen bestimmten Erweiterungsserver verfügt (ein Server, der für die Erweiterung der Mitgliederliste der Gruppe zuständig ist). Ein Verteilergruppenerweiterungsserver ist ein Exchange 2013 oder höherer Postfachserver oder ein Exchange 2010 Hub-Transport-Server.

Beachten Sie, dass diese Routingziele in vorherigen Versionen von Exchange vorhanden waren. Sie wurden jedoch nicht als Routingziele bezeichnet.

Zustellungsgruppen

Eine Sammlung von mindestens einem Transportserver ist für das Senden von E-Mails an jedes Routingziel verantwortlich. Diese Sammlung von Transportservern wird als Übermittlungsgruppe bezeichnet. Der Begriff Transportserver wird verwendet, da die Server eine Mischung aus Exchange 2013 oder höher Postfachservern (transport service) oder Exchange 2010 Hub Transport-Servern sein können. Die Beziehung zwischen Routingzielen und Zustellungsgruppen wird in der folgenden Tabelle erläutert:

Routingziel Zustellungsgruppe
Exchange 2013 oder höher: Postfachdatenbanken Exchange 2013 oder höher Postfachserver.
Exchange 2010-Postfachdatenbanken in Exchange 2016-Organisationen Nur Exchange 2010-Hub-Transportserver.
Connectors Exchange 2013 oder höher Postfachserver oder Exchange 2010 Hub-Transport-Server.
Server für die Aufgliederung der Verteilergruppe Exchange 2013 oder höher Postfachserver oder Exchange 2010 Hub-Transport-Server.

Wie die Nachricht weitergeleitet wird, hängt von der Beziehung zwischen der Quellzustellungsgruppe und der Zielzustellungsgruppe ab:

  • Wenn die Quell- und Zielzustellungsgruppen identisch sind, sind keine Routingentscheidungen erforderlich. Das Routingziel ist der nächste Hop für die Nachricht.

  • Wenn sich die Quellzustellungsgruppe außerhalb der Zielzustellungsgruppe befindet, sind Routingentscheidungen erforderlich. Die Nachricht wird auf dem kostengünstigsten Routingpfad zur Zielzustellungsgruppe umgeleitet. Die Nachricht wird in Abhängigkeit der Größe und Komplexität der Exchange-Umgebung möglicherweise durch viele Transportserver umgeleitet, um die Zielzustellungsgruppe für die Zustellung an das Routingziel zu erreichen.

Die unterschiedlichen Zustellungsgruppentypen in Exchange 2016 werden in der folgenden Tabelle zusammengefasst.

Zustellungsgruppentyp Zustellungsgruppe Routingziel Kommentare
Routingfähige DAG
  • Exchange 2019-Postfachserver, die zur Exchange 2019-DAG gehören.
  • Zur Exchange 2016-DAG gehörende Exchange 2016-Postfachserver.
  • Zur Exchange 2013-DAG gehörende Exchange 2013-Postfachserver.
Postfachdatenbanken in der DAG Nachdem die Nachricht bei einem Postfachserver in der DAG eingegangen ist, leitet der Transportdienst die Nachricht an den Postfachtransportzustellungs-Dienst für das DAG-Mitglied weiter, das über die aktive Kopie der Zielpostfachdatenbank verfügt. Der Postfachtransportzustellungs-Dienst sendet die Nachricht anschließend an die lokale Postfachdatenbank. Auch wenn eine DAG möglicherweise an unterschiedlichen Active Directory-Standorten befindliche Postfachserver enthält, definiert die DAG die Zustellungsgruppe, nicht den Active Directory-Standort.
Postfachübermittlungsgruppe (Exchange 2013 oder höher) Exchange 2013 oder höher Postfachserver am Active Directory-Standort. Postfachdatenbanken auf Servern mit Exchange 2013 oder höher am Active Directory-Standort, die nicht zu einer DAG gehören. Postfachdatenbanken, die sich auf Servern befinden, die nicht zu einer DAG gehören, werden vom Transportdienst auf Postfachservern am gleichen Active Directory-Standort verwaltet.

Nachdem die Nachricht auf einem Postfachserver am Active Directory-Standort eingeht, verwendet der Transportdienst SMTP, um die Nachricht an den Postfachtransportübermittlungsdienst auf dem Postfachserver zu übertragen, der die Postfachdatenbank enthält. Der Postfachtransportzustellungs-Dienst sendet die Nachricht dann mithilfe eines RPC an die lokale Postfachdatenbank.

Die folgenden E-Mail-Zustellungspfade werden demnach zwischen den unterschiedlichen Versionen von Exchange unterstützt:

  • Exchange 2019 Transportdienst für Exchange 2016 Postfachtransport Übermittlungsdienst für Exchange 2016-Postfachdatenbank.
  • Exchange 2019 Transportdienst zu Exchange 2013 Postfach-Transport-Übermittlungsdienst zur Exchange 2013-Postfachdatenbank.
  • Exchange 2016 Transportdienst zu Exchange 2019 Postfachtransport-Übermittlungsdienst zur Exchange 2019-Postfachdatenbank.
  • Exchange 2016-Transportdienst zum Exchange 2013-Postfachtransportzustellungs-Dienst zur Exchange 2013-Postfachdatenbank.
  • Exchange 2013 Transportdienst zu Exchange 2019 Postfachtransportübermittlungsdienst zur Exchange 2019-Postfachdatenbank.
  • Exchange 2013-Transportdienst zum Exchange 2016-Postfachtransportzustellungs-Dienst zur Exchange 2016-Postfachdatenbank.
Postfachzustellungsgruppe (Exchange 2010) Exchange 2010-Hub-Transportserver am Active Directory-Standort. Postfachdatenbanken auf Exchange 2010-Postfachservern am Active Directory-Standort. Auf Exchange 2010-Postfachservern befindliche Postfachdatenbanken werden durch die Exchange 2010-Hub-Transportserver am selben Active Directory-Standort bedient. p> Nachdem die Nachricht bei einem zufälligen Exchange 2010 Hub-Transport-Server am Active Directory-Standort eingeht, verwendet der Speichertreiber auf dem Hub-Transport-Server RPC, um die Nachricht in die Postfachdatenbank zu schreiben.
Connectorquellserver Eine Mischung aus Exchange 2013 oder höher Postfachservern oder Exchange 2010 Hub-Transport-Servern, die als Quelltransportserver für den Connector definiert sind. Sendeconnector, Übermittlungs-Agent-Connector oder Fremdconnector. Wenn der Connector bereichsbezogen (d. h. auf Transportserver am selben Active Directory-Standort beschränkt) ist, können nur andere Transportserver an diesem Standort den Connector unterstützen und ihn verwenden, um E-Mails weiterzuleiten.

Wenn der Connector nicht bereichsbezogen ist, können alle Transportserver in der gesamten Active Directory-Gesamtstruktur den Connector unterstützen und ihn verwenden, um E-Mails weiterzuleiten.

Serverliste Der Exchange 2013 oder höher Postfachserver oder Exchange 2010 Hub-Transport-Server, der als Erweiterungsserver für die Verteilergruppe definiert ist. Der Server für die Aufgliederung der Verteilergruppe. n/z
AD-Standort Eine beliebige Mischung aus Exchange 2013 oder höher Postfachservern oder Exchange 2010 Hub-Transport-Servern, die in:
  • Active Directory-Standorten, die als Hub-Standorte konfiguriert sind.
  • Active Directory-Standorten, die über abonnierte Edge-Transport-Server verfügen.
Keine. Die Nachricht muss über den Weg zum tatsächlichen Routingziel zum Active Directory-Standort gelangen. Dieser Übermittlungsgruppentyp ist das einzige Routingszenario in Exchange 2013 oder höher, in dem das verzögerte Auffächern weiterhin verwendet wird. Bei der verzögerten Auffächerung wird versucht, die Anzahl von Nachrichtenübermittlungen zu reduzieren, wenn mehrerer Routingziele Teile des kostengünstigsten Routingpfads gemeinsam verwenden.

Hub-Standorte werden nur verwendet, wenn der Active Directory-Standort zusammen mit dem kostengünstigsten Routingpfad für die Nachricht vorhanden ist. br/> Bei Edge-Transport-Servern kann der Transportdienst auf jedem Postfachserver am abonnierten Active Directory-Standort Nachrichten an den Edge-Transport-Server senden, unabhängig davon, ob dieser Server an der EdgeSync-Synchronisierung teilnimmt. Weitere Informationen finden Sie unter Edge-Transport-Server.

Hinweis

Eine Mitgliedschaft in mehreren Zustellungsgruppen schließt sich nicht gegenseitig aus. Beispielsweise kann ein Postfachserver, der Mitglied einer DAG ist, auch der Quelltransportserver eines Sendeconnectors sein. Der Postfachserver gehört sowohl zur Zustellungsgruppe der routingfähigen DAG für die Postfachdatenbanken in der DAG als auch zu einer Zustellungsgruppe der Connectorquellserver für den Sendeconnector.

Warteschlangen

Aus der Perspektive des sendenden Transportservers stellt jede Nachrichtenzustellungswarteschlange das Ziel für eine bestimmte Nachricht dar. Wenn der Transportdienst das Ziel für eine Nachricht auswählt, wird das Ziel als Attribut NextHopSolutionKey auf den Empfänger gestempelt. Wenn eine einzelne Nachricht an mehrere Empfänger gesendet wird, verfügt jeder dieser Empfänger über das Attribut NextHopSolutionKey. Der empfangende Transportserver führt ebenfalls Nachrichtenkategorisierung aus und reiht die Nachricht für die Zustellung in eine Warteschlange ein. Nachdem eine Nachricht in einer Warteschlange gespeichert wurde, können Sie den Zustellungstyp für eine bestimmte Warteschlange untersuchen, damit Sie bestimmen können, ob eine Nachricht nochmals mittels Relay weitergeleitet wird, wenn sie das nächste Hopziel erreicht. Jeder eindeutige Wert des Attributs NextHopSolutionKey entspricht einer separaten Nachrichtenzustellungswarteschlange.

Weitere Informationen finden Sie unter NextHopSolutionKey.

Weiterleiten von Nachrichten

Wenn eine Nachricht an eine Remotezustellungsgruppe gesendet werden muss, muss ein Routingpfad für die Nachricht ermittelt werden. Exchange verwendet folgende Logik, um den Routingpfad für eine Nachricht auszuwählen. Diese Logik wurde weitgehend unverändert aus Exchange 2010 übernommen:

  1. Es wird der kostengünstigste Routingpfad berechnet, indem die Kosten der IP-Standortverknüpfungen addiert werden, die zum Erreichen des Ziels durchlaufen werden müssen. Wenn das Ziel ein Connector ist, werden die dem Adressraum zugewiesenen Kosten zu den Kosten addiert, die zum Erreichen des ausgewählten Connectors erforderlich sind. Wenn mehrere Routingpfade möglich sind, wird der Routingpfad mit den geringsten Gesamtkosten verwendet.

    Hinweis: Größenbeschränkungen für Connectors sind hier ein Faktor. Connectors, die mit Nachrichtengrößenbeschränkungen konfiguriert sind, die kleiner als die Größe der Nachricht sind, werden nicht berücksichtigt. Weitere Informationen finden Sie unter Connectorauswahl im externen Nachrichtenrouting.

  2. Wenn mehrere Routingpfade die gleichen Gesamtkosten aufweisen, wird die Anzahl der Hops in jedem Pfad ausgewertet, und der Routingpfad mit der geringsten Anzahl von Hops wird verwendet.

  3. Wenn dann immer noch mehrere Routingpfade zur Verfügung stehen, werden die Namen berücksichtigt, die den Active Directory-Standorten vor dem Ziel zugeordnet sind. Es wird der Routingpfad verwendet, in dem der Active Directory-Standort, der dem Ziel am nächsten ist, in der alphanumerischen Reihenfolge am niedrigsten ist. Wenn der Standort in größter Nähe zum Ziel für alle ausgewerteten Routingpfade identisch ist, wird ein früherer Standortname berücksichtigt.

In Exchange 2010 ist jeder Nachrichtenempfänger nur einem Active Directory-Standort zugeordnet, und es gibt nur ein Routing mit den geringsten Kosten vom Active Directory-Quellstandort zum Zielstandort. In Exchange 2013 oder höher kann eine Übermittlungsgruppe mehrere Active Directory-Standorte umfassen, und es gibt möglicherweise mehrere kostengünstigste Routingpfade zu diesen Standorten. Exchange legt einen einzelnen Active Directory-Standort in der Zielübermittlungsgruppe als primären Standort fest. Der primäre Standort ist der nächstgelegene Active Directory-Standort basierend auf der zuvor beschriebenen Routinglogik. Um Nachrichten erfolgreich zwischen Übermittlungsgruppen weiterzuleiten, berücksichtigt Exchange die folgenden Probleme:

  • Das Vorhandensein eines oder mehrerer Hubstandorte entlang des kostengünstigsten Routingpfads: Wenn der kostengünstigste Routingpfad zum primären Standort Hubstandorte enthält, muss die Nachricht über die Hubstandorte weitergeleitet werden. Der nächstgelegene Hubstandort im kostengünstigsten Routingpfad wird als neue Zustellungsgruppe vom Typ AD site ausgewählt und umfasst alle Transportserver am Hubstandort. Nachdem die Nachricht den Hubstandort durchlaufen hat, wird die Weiterleitung entlang des kostengünstigsten Routingpfads fortgesetzt. Wenn es sich beim primären Standort gleichzeitig um einen Hubstandort handelt, wird der primäre Standort aus folgenden Gründen weiterhin als Hubstandort betrachtet:

    • Wenn sich die Zielzustellungsgruppe über mehrere Active Directory-Standorte erstreckt, sollte der Quellserver nur eine Verbindung mit den Servern am Hubstandort herstellen.

    • Die Server am Hubstandort, die zur Zielzustellungsgruppe gehören, werden bevorzugt.

      Wie in vorherigen Exchange-Versionen werden alle Hubstandorte ignoriert, die sich nicht im kostengünstigsten Routingpfad zum primären Standort befinden.

  • Der Exchange-Zielserver, der in der Zielroutinggruppe ausgewählt werden soll: Wenn sich die Zielübermittlungsgruppe über mehrere Active Directory-Standorte erstreckt, kann der Routingpfad zu bestimmten Servern innerhalb der Übermittlungsgruppe unterschiedliche Kosten verursachen. Server, die sich am nächstgelegenen Active Directory-Standort befinden, werden basierend auf dem kostengünstigsten Routingpfad als Zielserver für die Übermittlungsgruppe ausgewählt, und der Active Directory-Standort, an dem sich diese Server befinden, wird als primärer Standort ausgewählt.

  • Fallbackoptionen, wenn die Verbindung mit allen Servern in der Zielroutinggruppe fehlschlägt: Wenn die Zielübermittlungsgruppe mehrere Active Directory-Standorte umfasst, sind die ersten Fallbackoptionen alle anderen Server in der Zielübermittlungsgruppe an anderen Active Directory-Standorten, die nicht als Zielserver ausgewählt sind. Die Serverauswahl basiert auf dem kostengünstigsten Routingpfad zu den anderen Active Directory-Standorten. Wenn die Zielübermittlungsgruppe über Server am lokalen Active Directory-Standort verfügt, gibt es keine anderen Fallbackoptionen, da sich die Nachricht bereits so nah wie möglich am Zielroutingziel befindet. Wenn die Zielübermittlungsgruppe Server an Active Directory-Remotestandorten enthält, können Sie versuchen, eine Verbindung mit allen anderen Servern am primären Standort herzustellen.

Weiterleiten von Nachrichten zwischen Active Directory-Standorten

Die Art und Weise, wie Exchange Nachrichten zwischen Active Directory-Standorten weitergibt, ist praktisch identisch mit Exchange 2010. Weitere Informationen finden Sie unter Weiterleiten von E-Mails zwischen Active Directory-Standorten.

Routing im Front-End-Transport-Dienst auf Postfachservern

Der Front-End-Transport-Dienst fungiert als ein statusfreier Proxy für den gesamten eingehenden und (optional) ausgehenden externen SMTP-Datenverkehr für die Exchange-Organisation. Bei ausgehenden Nachrichten kommuniziert der Transportdienst nur dann mit dem Front-End-Transportdienst, wenn er dafür konfiguriert wurde. Weitere Informationen finden Sie unter Configure Send connectors to proxy outbound mail.

Bei eingehenden Nachrichten muss der Front-End-Transport-Dienst schnell einen einzelnen, fehlerfreien Transportdienst finden, der die Nachrichtenübermittlung empfangen kann, unabhängig von Anzahl oder Typ der Empfänger. Falls dies nicht möglich ist, wird der E-Mail-Dienst vom sendenden Server als nicht verfügbar eingestuft. Ebenso wie der Transportdienst lädt der Front-End-Transport-Dienst Routingtabellen basierend auf Informationen aus Active Directory und verwendet Zustellungsgruppen, um die Weiterleitung von Nachrichten festzulegen. Die vom Front-End-Transport-Dienst verwendeten Routingtabellen weisen jedoch folgende einzigartige Merkmale auf:

  • Der Front-End-Transportdienst wird nie als Mitglied einer Übermittlungsgruppe betrachtet, selbst wenn der Postfachserver und der Clientzugriffsserver auf demselben physischen Server installiert sind (was in Exchange 2016 oder höher immer der Fall ist). Daher ist der Front-End-Transport-Dienst gezwungen, ausschließlich mit dem Transportdienst zu kommunizieren.

  • Die Routingtabellen enthalten keine Sendeconnectorrouten.

  • Die Routingtabellen enthalten eine spezielle Liste mit Postfachservern am lokalen Active Directory-Standort, damit ein schnelles Failover möglich ist.

Das Routing im Front-End-Transportdienst löst Nachrichtenempfänger in Postfachdatenbanken auf. Die Liste der Postfachserver, die vom Front-End-Transportdienst verwendet werden, basiert auf den Postfachdatenbanken der Nachrichtenempfänger. Beachten Sie, dass es möglich ist, dass keiner der Empfänger über Postfächer verfügt, z. B. wenn der Empfänger eine Verteilergruppe oder ein E-Mail-Benutzer ist. Für jede Postfachdatenbank sucht der Front-End-Transportdienst die Übermittlungsgruppe und die zugehörigen Routinginformationen. Die vom Front-End-Transportdienst verwendeten Übermittlungsgruppen sind:

  • Routingfähige DAG

  • Postfachzustellungsgruppe

  • AD-Standort

Je nach Anzahl und Typ der Empfänger führt der Front-End-Transport-Dienst eine der folgenden Aktionen aus:

  • Für Nachrichten, die an einen Empfänger mit einzelnem Postfach gerichtet sind, wird ein Postfachserver in der Zielzustellungsgruppe ausgewählt, dabei wird der Postfachserver bevorzugt, der dem Active Directory-Standort am nächsten gelegen ist. Die Weiterleitung von Nachrichten zum Empfänger umfasst möglicherweise die Weiterleitung der Nachricht über einen Hubstandort.

  • Für Nachrichten, die an Empfänger mit mehreren Postfächern gerichtet sind, werden die ersten 20 Empfänger verwendet, um einen Postfachserver in der am nächsten gelegenen Zustellungsgruppe auswählen, basierend auf der Nähe zum Active Directory-Standort. Beachten Sie, dass im Front-End-Transport-Dienst keine Nachrichtenverzweigung erfolgt, es wird also letztendlich nur ein Postfachserver ausgewählt, unabhängig von der Anzahl von Empfängern in einer Nachricht.

  • Wählen Sie einen zufälligen Postfachserver am lokalen Active Directory-Standort aus, wenn eine Nachricht keine Postfachempfänger enthält.

Weiterleitung im Postfachtransportdienst auf Postfachservern

Der Postfachtransportdienst besteht aus zwei getrennten Diensten: dem Dienst für die Postfachtransportübermittlung und dem Dienst für die Postfachtransportzustellung. Der Dienst für die Postfachtransportzustellung empfängt SMTP-Nachrichten vom Transportdienst und stellt über einen RPC eine Verbindung mit der lokalen Postfachdatenbank her, um die Nachricht zuzustellen. Der Dienst stellt für die Postfachtransportübermittlung über einen RPC eine Verbindung mit der lokalen Postfachdatenbank her, um die Nachrichten abzurufen, und übermittelt die Nachrichten per SMTP an den Transportdienst. Der Postfachtransportdienst ist zustandslos und verwendet keine Nachrichtenzustellungswarteschlangen.

Ebenso wie der Transportdienst lädt der Postfachtransportdienst Routingtabellen basierend auf Informationen aus Active Directory und verwendet Zustellungsgruppen, um die Weiterleitung von Nachrichten festzulegen. Der Postfachtransportdienst weist jedoch einige einzigartige Routingaspekte auf:

  • Da sich der Transportdienst und der Postfachtransportdienst auf dem gleichen Postfachserver befinden, gehört der Postfachtransportdienst immer zur gleichen Zustellungsgruppe wie der Postfachserver. Diese Übermittlungsgruppe wird als lokale Übermittlungsgruppe bezeichnet.

  • Der Dienst für die Postfachtransportübermittlung sendet Nachrichten nicht automatisch an den Transportdienst auf dem lokalen Postfachserver oder auf anderen Postfachservern in der eigenen lokalen Zustellungsgruppe. Der Dienst für die Postfachtransportübermittlung greift auf die gleichen Informationen zur Routingtopologie zu wie der Transportdienst und kann daher Nachrichten an den Transportdienst auf Postfachservern außerhalb der Zustellungsgruppe senden. Die Postfachserver in der lokalen Zustellungsgruppe werden als Fallbackoptionen genutzt und zur Zustellung an Empfänger ohne Postfach verwendet.

  • Der Postfachtransportdienst kommuniziert nur mit dem Transportdienst auf Postfachservern.

  • Der Postfachtransportdienst kommuniziert nur mit lokalen Postfachdatenbanken. Der Postfachtransportdienst kommuniziert niemals mit Postfachdatenbanken auf anderen Postfachservern.

Wenn ein Benutzer eine Nachricht aus dem Postfach sendet, löst der Postfachtransportübermittlungsdienst die Nachrichtenempfänger in Postfachdatenbanken auf. Die Liste der Postfachserver, die vom Postfachtransportübermittlungsdienst verwendet werden, basiert auf den Postfachdatenbanken der Nachrichtenempfänger. Beachten Sie, dass es möglich ist, dass keiner der Empfänger über Postfächer verfügt, z. B. wenn der Empfänger eine Verteilergruppe oder ein E-Mail-Benutzer ist. Für jede Postfachdatenbank sucht der Postfachtransportübermittlungsdienst die Übermittlungsgruppe und die zugehörigen Routinginformationen. Die vom Postfachtransportübermittlungsdienst verwendeten Übermittlungsgruppen sind:

  • Routingfähige DAG

  • Postfachzustellungsgruppe

  • AD-Standort

Je nach Anzahl und Typ der Empfänger führt der Dienst für die Postfachtransportübermittlung eine der folgenden Aktionen aus:

  • Für Nachrichten, die an einen Empfänger mit einzelnem Postfach gerichtet sind, wird ein Postfachserver in der Zielzustellungsgruppe ausgewählt, dabei wird der Postfachserver bevorzugt, der dem Active Directory-Standort am nächsten gelegen ist. Die Weiterleitung von Nachrichten zum Empfänger umfasst möglicherweise die Weiterleitung der Nachricht über einen Hubstandort.

  • Für Nachrichten, die an Empfänger mit mehreren Postfächern gerichtet sind, werden die ersten 20 Empfänger verwendet, um einen Postfachserver in der am nächsten gelegenen Zustellungsgruppe auswählen, basierend auf der Nähe zum Active Directory-Standort.

  • Wenn eine Nachricht keine Postfachempfänger enthält, wird ein Postfachserver in der lokalen Zustellungsgruppe ausgewählt.

Wenn der Postfachtransportübermittlungsdienst eine Nachricht vom Transportdienst empfängt, akzeptiert oder lehnt er die Nachricht zur Übermittlung an eine lokale Postfachdatenbank ab. Der Postfachtransportübermittlungsdienst kann die Nachricht übermitteln, wenn sich der Empfänger in einer aktiven Kopie einer lokalen Postfachdatenbank befindet. Wenn sich der Empfänger jedoch nicht in einer aktiven Kopie einer lokalen Postfachdatenbank befindet, kann der Postfachtransportübermittlungsdienst die Nachricht nicht übermitteln und muss eine Nichtzustellungsantwort für den Transportdienst bereitstellen. Wenn beispielsweise die aktive Kopie der Postfachdatenbank kürzlich auf einen anderen Server verschoben wurde, kann der Transportdienst fälschlicherweise eine Nachricht an einen Postfachserver übertragen, der jetzt eine inaktive Kopie der Postfachdatenbank enthält. Zu den Nichtzustellantworten, die der Postfachtransportübermittlungsdienst an den Transportdienst zurückgibt, gehören:

  • Erneuter Zustellungsversuch

  • Generieren Sie einen Unzustellbarkeitsbericht (Non-Delivery Report, NDR) (wird auch als Benachrichtigung über den Zustellungsstatus (Delivery Status Notification, DSN) oder Unzustellbarkeitsnachricht (Bounce Message) bezeichnet)

  • Umleiten der Nachricht

Weiterleitung im Transportdienst auf Edge-Transport-Servern

Der Transportdienst bietet auf dem Edge-Transport-Server SMTP-Relay- (Simple Mail Transfer Protocol) und Smarthost-Dienste für den gesamten internetfähigen Nachrichtenfluss. Aus dem Internet stammende und an das Internet gesendete Nachrichten werden in Nachrichtenzustellwarteschlangen auf dem Edge-Transport-Server gespeichert. Die Warteschlangen entsprechen externen Domänen oder Sendeconnectors. Weitere Informationen finden Sie unter NextHopSolutionKey.

Wenn Sie in Ihrem Umkreisnetzwerk einen Edge-Transport-Server installieren, müssen Sie in der Regel einen Active Directory-Standort für diesen Server abonnieren. Der Active Directory-Standort enthält die Postfachserver, die Nachrichten an den und von dem Edge-Transport-Server weiterleiten. Der Edge-Abonnementprozess erstellt eine Mitgliedschaft beim Active Directory-Standort für den Edge-Transport-Dienst. Durch die Standortmitgliedschaft können die Postfachserver am Active Directory-Standort Nachrichten mittels Relay an den Edge-Transport-Server weiterleiten, ohne dass explizite Sendeconnectors konfiguriert werden müssen.

In Organisationen, die über Exchange-Server an mehreren Active Directory-Standorten verfügen, werden ausgehende E-Mails von internen an externe Empfänger zunächst an den abonnierten Active Directory-Standort weitergeleitet. Bei Transportservern am Active Directory-Zielstandort handelt es sich um die Zustellungsgruppe. Das Routingziel ist der organisationsinterne Sendeconnector im Transportdienst der Postfachserver am abonnierten Active Directory-Standort. Der organisationsinterne Sendeconnector ist ein spezieller Sendeconnector, der im Transportdienst auf jedem Postfachserver vorhanden ist. Dieser Sendeconnector wird implizit erstellt, ist unsichtbar, muss nicht verwaltet werden und wird zum Weiterleiten von Nachrichten zwischen Exchange-Servern verwendet.

Weitere Informationen zum Weiterleiten von E-Mails an und von Edge-Transport-Servern finden Sie unter Nachrichtenfluss und Transportpipeline.