Teilen über

E-Mail-Routing

  • Artikel

Gilt für: Exchange Server 2013

Die Hauptaufgabe des Transportdiensts, der auf allen Postfachservern in Ihrer Microsoft Exchange Server 2013-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 auf einem Postfachserver, der alle eingehenden Nachrichten verarbeitet und anhand von Informationen zu ihren Zielen bestimmt, was mit der Nachricht zu tun ist.

Das Routing in Exchange 2013 ist jetzt vollständig auf Datenbankverfügbarkeitsgruppen (DAGs) aufmerksam und verwendet die DAG-Mitgliedschaft als Routinggrenze. Warum? In Exchange 2013 hosten alle Postfachserver den Transportdienst. Wenn ein Postfachserver zu einer DAG gehört, ist der primäre Mechanismus zum Weiterleiten von Nachrichten daher eng mit der DAG ausgerichtet. Und wenn eine DAG mehrere Active Directory-Standorte umfasst, ist die Verwendung des Active Directory-Standorts als primäre Routinggrenze ineffizient. Exchange 2013 verwendet auch die Active Directory-Standortmitgliedschaft als Routinggrenze für Postfachserver, die nicht zu DAGs gehören, und für die Routinginteroperabilität mit früheren Versionen von Exchange. Weitere wichtige Änderungen am Exchange 2013-Routing sind:

  • Der Transportdienst auf einem Postfachserver kommuniziert nie direkt mit einer Postfachdatenbank. Stattdessen kommuniziert der Transportdienst mit dem Postfachtransportdienst auf dem Postfachserver. Nur der Postfachtransportdienst kommuniziert mit der Postfachdatenbank auf dem lokalen Postfachserver. Wenn der Postfachserver Mitglied einer DAG ist, akzeptiert nur der Postfachtransportdienst auf dem Postfachserver, der die aktive Kopie der Postfachdatenbank enthält, die Nachricht für den Zielempfänger.

  • Remoteprozeduraufrufe (RPCs) werden nur vom Postfachtransportdienst verwendet, wenn Nachrichten an die lokale Postfachdatenbank gesendet oder empfangen werden. Wenn der Postfachserver Mitglied einer DAG ist, verwendet der Postfachtransportdienst RPCs nur zur lokalen Kommunikation mit den aktiven Kopien der Postfachdatenbanken. Anders ausgedrückt: RPC wird nie für die serverübergreifende Kommunikation verwendet. Stattdessen kommunizieren der Postfachtransportdienst und der Transportdienst auf verschiedenen Postfachservern immer über SMTP.

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

  • Verknüpfte Connectors sind veraltet. 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 Exchange 2013-Postfachserver empfangen wird, muss die Nachricht 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 2013 wurde durch die Einführung der Konzepte von Routingzielen und Übermittlungsgruppen generalisiert, um mehr Flexibilität und komplexität zu verringern.

Routingziele

In Exchange 2013 wird das endgültige Ziel für eine Nachricht als Routingziel bezeichnet. Die folgenden Routingziele sind in Exchange 2013 vorhanden:

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

  • Ein Connector: Ein Connector ist ein Sendeconnector für SMTP-Nachrichten, wenn er als Routingziel verwendet wird. Ein Übermittlungs-Agent-Connector oder ein Foreign-Connector wird als Routingziel für Nicht-SMTP-Nachrichten verwendet.

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

Beachten Sie, dass diese Routingziele auch in früheren Versionen von Exchange vorhanden waren.

Zustellungsgruppen

Jedes Routingziel in Exchange 2013 verfügt über eine Sammlung von einem oder mehreren Transportservern, die für die Übermittlung von Nachrichten an dieses Routingziel verantwortlich sind. Diese Sammlung von Transportservern wird als Übermittlungsgruppe bezeichnet. Ein Transportserver kann ein Exchange 2013-Postfachserver oder ein Exchange 2010-Server oder Exchange 2007-Server sein, auf dem die Hub-Transport-Serverrolle installiert ist. Wenn das Routingziel eine Postfachdatenbank ist, verfügen die Transportserver in der Übermittlungsgruppe über dieselbe Version von Exchange wie die Postfachdatenbank. Wenn das Routingziel ein Connector oder ein Verteilungsgruppenerweiterungsserver ist, kann die Übermittlungsgruppe eine Mischung aus Exchange 2013-Postfachservern und Exchange 2010- oder Exchange 2007-Hub-Transport-Servern enthalten. Wie die Nachricht weitergeleitet wird, hängt von der Beziehung zwischen dem Quelltransportserver und der Zielübermittlungsgruppe ab:

  • Wenn sich der Quelltransportserver in der Zielübermittlungsgruppe befindet, ist das Routingziel selbst der nächste Hop für die Nachricht. Die Nachricht wird vom Quelltransportserver an die Postfachdatenbank oder den Connector auf einem Transportserver in der Übermittlungsgruppe übermittelt. Wenn ein Verteilergruppenerweiterungsserver das Routingziel ist, ist die Verteilergruppe bereits erweitert, wenn Nachrichten die Routingphase der Kategorisierung auf dem Verteilergruppenerweiterungsserver erreichen. Daher ist das Routingziel vom Verteilungsgruppenerweiterungsserver immer eine Postfachdatenbank oder ein Connector.

  • Wenn sich der Quelltransportserver außerhalb der Zielübermittlungsgruppe befindet, wird die Nachricht entlang des kostengünstigsten Routingpfads an die Zielübermittlungsgruppe weitergeleitet. Je nach Größe und Komplexität der Exchange-Topologie wird die Nachricht an andere Transportserver entlang des kostengünstigsten Routingpfads weitergeleitet, oder die Nachricht wird direkt an einen Transportserver in der Zielzustellgruppe weitergeleitet.

Die folgenden Arten von Übermittlungsgruppen sind in Exchange 2013 vorhanden:

  • Routingfähige DAG: Dies ist eine Sammlung von Exchange 2013-Postfachservern, die zu einer DAG gehören. Die Postfachdatenbanken in der DAG sind die Routingziele, die von dieser Übermittlungsgruppe verwaltet werden. Nachdem die Nachricht beim Transportdienst auf einem Postfachserver eingeht, der zur DAG gehört, leitet der Transportdienst die Nachricht an den Postfachtransportdienst auf dem Postfachserver in der DAG weiter, der derzeit die aktive Kopie der Zielpostfachdatenbank enthält. Der Postfachtransportdienst auf dem Zielpostfachserver übermittelt die Nachricht dann an die lokale Postfachdatenbank. Obwohl eine DAG Postfachserver an verschiedenen Active Directory-Standorten enthalten kann, ist die DAG die Grenze der Übermittlungsgruppe.

  • Postfachübermittlungsgruppe: Dies ist eine Sammlung von Exchange-Servern derselben Version an einem Active Directory-Standort. Der Active Directory-Standort ist die Begrenzung der Übermittlungsgruppe. Die Routingziele und die Übermittlungsgruppen, die sie bedienen, sind durch die Hauptversionsversionen von Exchange am Active Directory-Standort getrennt. Die Postfachdatenbanken auf Exchange 2010-Postfachservern werden von den Exchange 2010 Hub-Transport-Servern am Active Directory-Standort verwaltet. Die Postfachdatenbanken auf Exchange 2007-Postfachservern werden von den Exchange 2007 Hub-Transport-Servern am Active Directory-Standort gewartet. Die Postfachdatenbanken auf Exchange 2013-Postfachservern am Active Directory-Standort, die nicht zu einer DAG gehören, werden vom Transportdienst auf Exchange 2013-Postfachservern am Active Directory-Standort verwaltet. Wie die Nachricht an die Postfachdatenbank übermittelt wird, hängt von der Version von Exchange ab:

    • Exchange 2013: Nachdem die Nachricht am Zielpostfachserver am Active Directory-Zielstandort eintrifft, verwendet der Transportdienst SMTP, um die Nachricht an den Postfachtransportdienst zu übertragen. Der Postfachtransportdienst übermittelt die Nachricht dann mithilfe von RPC an die lokale Postfachdatenbank.

    • Exchange 2010 oder Exchange 2007: Nachdem die Nachricht bei einem zufälligen Hub-Transport-Server derselben Version am Active Directory-Zielstandort eingeht, verwendet der Speichertreiber auf dem Hub-Transport-Server RPC, um die Nachricht in die Postfachdatenbank zu schreiben.

  • Connectorquellserver: Dies ist eine gemischte Sammlung von Exchange 2010- oder Exchange 2007 Hub-Transport-Servern oder Exchange 2013-Postfachservern, die als Quellserver für einen Sendeconnector, einen Übermittlungs-Agent-Connector oder einen Ausländischen Connector gelten. Der Connector ist das Routingziel, das von dieser Routinggruppe verwaltet wird. Wenn ein Connector auf einen bestimmten Server festgelegt ist, darf nur dieser Server Nachrichten an das vom Connector definierte Ziel weiterleiten. Diese Übermittlungsgruppe kann Exchange 2010- oder Exchange 2007 Hub-Transport-Server oder Exchange 2013-Postfachserver an verschiedenen Active Directory-Standorten enthalten.

  • AD-Standort: Unter bestimmten Umständen ist ein Active Directory-Standort nicht das endgültige Ziel einer Nachricht, aber die Nachricht muss über einen Exchange 2010- oder Exchange 2007-Hub-Transport-Server oder exchange 2013-Postfachserver an diesem Active Directory-Standort geleitet werden. Zu diesen Umständen gehören:

    • Wenn der Active Directory-Standort als Hubstandort konfiguriert ist. Wenn der Hubstandort auf dem kostengünstigsten Routingpfad für die Nachrichtenübermittlung vorhanden ist, werden die Nachrichten in die Warteschlange eingereiht und von einem Transportserver am Hubstandort verarbeitet, bevor sie an ihr endgültiges Ziel weitergeleitet werden.

    • Wenn ein Edge-Transport-Server am Active Directory-Standort abonniert wird. Auf diese abonnierten Edge-Transport-Server kann nicht direkt von anderen Active Directory-Standorten aus zugegriffen werden. Beachten Sie, dass der Edge-Transport-Server Exchange 2013, Exchange 2010 oder Exchange 2007 sein kann.

      Hinweis

      Verzögertes Auffächern wird nur verwendet, wenn die Übermittlungsgruppe ein Active Directory-Standort ist. Verzögertes Auffächern versucht, die Anzahl der Nachrichtenübertragungen zu reduzieren, wenn mehrere Empfänger einen Teil des kostengünstigsten Routingpfads gemeinsam nutzen.

  • Serverliste: Dies ist eine Sammlung von einem oder mehreren Exchange 2010- oder Exchange 2007-Hub-Transport-Servern oder Exchange 2013-Postfachservern, die als Verteilergruppenerweiterungsserver konfiguriert sind. Der Verteilergruppenerweiterungsserver ist das Routingziel, das von dieser Übermittlungsgruppe verwaltet wird.

Eine Mitgliedschaft in mehreren Zustellungsgruppen schließt sich nicht gegenseitig aus. Beispielsweise kann ein Exchange 2013-Postfachserver, der Mitglied einer DAG ist, auch der Quellserver eines bereichsbezogenen Sendeconnectors sein. Dieser Postfachserver gehört zur routingfähigen DAG-Übermittlungsgruppe für die Postfachdatenbanken in der DAG sowie zu einer Übermittlungsgruppe des Connectorquellservers für den bereichsbezogenen Sendeconnector.

In der folgenden Tabelle werden die Routingziele der Übermittlungsgruppe basierend auf der betroffenen Exchange-Version zugeordnet:

  Exchange 2013-Postfachserver Exchange 2010 oder Exchange
Hub-Transport-Server 2007		 Edge-Transport-Server
im Umkreisnetzwerk
Postfachdatenbank in einer DAG Routingfähige DAG Postfachzustellungsgruppe n/v
Postfachdatenbank, die sich nicht in einer DAG befindet Postfachzustellungsgruppe Postfachzustellungsgruppe n/v
Connector Connectorquellserver Connectorquellserver AD-Standort
Verteilergruppenerweiterungsserver Serverliste Serverliste n/v

Warteschlangen

Aus Sicht des sendenden Servers stellt jede Zustellungswarteschlange das Ziel für eine bestimmte Nachricht dar. Wenn der Transportdienst auf dem Exchange 2013-Postfachserver das Ziel für eine Nachricht auswählt, wird das Ziel für den Empfänger als NextHopSolutionKey-Attribut gestempelt. Wenn eine einzelne Nachricht an mehrere Empfänger gesendet wird, verfügt jeder Empfänger über das NextHopSolutionKey-Attribut . Der empfangende Server führt auch die Nachrichtenkategorisierung durch und stellt die Nachricht für die Zustellung in die Warteschlange. 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 NextHopSolutionKey-Attributs entspricht einer separaten Übermittlungswarteschlange.

Weitere Informationen finden Sie im Abschnitt "NextHopSolutionKey" im Thema Warteschlangen.

Weiterleiten von Nachrichten

Wenn eine Nachricht an eine Remotezustellungsgruppe gesendet werden muss, muss ein Routingpfad für die Nachricht ermittelt werden. Exchange 2013 verwendet die 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.

  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 immer nur einem Active Directory-Standort zugeordnet, und es gibt nur ein Routing mit den geringsten Kosten vom Active Directory-Quellstandort zum Active Directory-Zielstandort. In Exchange 2013 kann eine Übermittlungsgruppe mehrere Active Directory-Standorte umfassen, und es gibt möglicherweise mehrere kostengünstigste Routingpfade zu diesen verschiedenen Active Directory-Standorten. Exchange 2013 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 2013 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 tatsächlich zur Zielbereitstellungsgruppe gehören, werden bevorzugt. Wie in der vorherigen Version von Exchange 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 die Zielübermittlungsgruppe mehrere Active Directory-Standorte umfasst, 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 den Kosten des Routingpfads zu diesen 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. Wenn dies fehlschlägt, wird ein Backoffpfad im kostengünstigsten Routingpfad zum primären Standort verwendet. Exchange 2013 versucht, die Nachricht so nah wie möglich am Ziel zu übermitteln, indem es hop-für-Hop-Unterstützung entlang des kostengünstigsten Routingpfads absichert, bis eine Verbindung hergestellt wird.

Weiterleiten von Nachrichten zwischen Active Directory-Standorten

Die Art und Weise, wie Exchange 2013 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-Transportdienst auf Clientzugriffsservern

Dies fungiert als zustandsloser Proxy für den gesamten eingehenden und (optional) ausgehenden externen SMTP-Datenverkehr für die Exchange 2013-Organisation. Für ausgehende Nachrichten verwendet der Transportdienst Sendeconnectors, um mit dem Front-End-Transportdienst auf einem Clientzugriffsserver zu kommunizieren. Ausgehende Nachrichten werden insbesondere über den Front-End-Transportdienst weitergeleitet, wenn der FrontEndProxyEnabled-Parameter für einen entsprechenden Sendeconnector auf $truefestgelegt ist oder wenn die Serveroption Proxy über Clientzugriff in den Eigenschaften des Sendeconnectors im Exchange Admin Center (EAC) ausgewählt ist. Es wird ein beliebiger Clientzugriffsserver am lokalen Active Directory-Standort ausgewählt. Beachten Sie, dass der Front-End-Transportdienst keine Sendeconnectors enthält.

Für eingehende Nachrichten muss der Front-End-Transportdienst schnell einen einzelnen fehlerfreien Transportdienst auf einem Postfachserver finden, um die Nachrichtenübertragung zu empfangen, unabhängig von der Anzahl oder art der Empfänger. Andernfalls wird der E-Mail-Dienst von den externen Absendern als nicht verfügbar wahrgenommen. 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. Dadurch wird der Front-End-Transportdienst gezwungen, nur 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. Das Weiterleiten der Nachricht an den Empfänger kann das Weiterleiten der Nachricht über einen Hubstandort umfassen.

  • 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 die Nachrichtenverzweigung in Front-End Transport nicht erfolgt, sodass letztendlich nur ein Postfachserver ausgewählt wird, unabhängig von der Anzahl der Empfänger 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

Dieser besteht aus zwei separaten Diensten: dem Postfachtransportübermittlungsdienst und dem Postfachtransportübermittlungsdienst. Bei eingehenden Nachrichten empfängt der Postfachtransportübermittlungsdienst SMTP-Nachrichten vom Transportdienst und stellt mithilfe von RPC eine Verbindung mit der lokalen Postfachdatenbank her, um die Nachricht zu übermitteln. Bei ausgehenden Nachrichten stellt der Postfachtransportübermittlungsdienst mithilfe von RPC eine Verbindung mit der lokalen Postfachdatenbank her, um Nachrichten abzurufen, und sendet die Nachrichten über SMTP an den Transportdienst. Der Postfachtransportdienst ist zustandslos und stellt keine Nachrichten lokal in die Warteschlange.

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 der Transportdienst und der Postfachtransportdienst auf demselben Exchange 2013-Postfachserver vorhanden sind, gehört der Postfachtransportdienst immer zur gleichen Übermittlungsgruppe 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 Exchange 2013-Postfachservern.

  • Der Postfachtransportdienst kommuniziert nur mit Postfachdatenbanken auf dem lokalen Exchange 2013-Postfachserver. 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. Das Weiterleiten der Nachricht an den Empfänger kann das Weiterleiten der Nachricht über einen Hubstandort umfassen.

  • 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 eines NDR
  • Umleiten der Nachricht

Weiterleitung im Transportdienst auf Edge-Transport-Servern

Wenn In Ihrem Umkreisnetzwerk ein Edge-Transport-Server installiert ist, stellt der Transportdienst auf dem Edge-Transport-Server SMTP-Relay- und Smarthostdienste für den gesamten Nachrichtenfluss mit Internetzugriff bereit. Nachrichten, die aus dem Internet eingehen und gehen, werden lokal auf dem Edge-Transport-Server in die Warteschlange gestellt. Die Warteschlangen entsprechen externen Domänen oder Sendeconnectors. Weitere Informationen finden Sie im Abschnitt "NextHopSolutionKey" im Thema Warteschlangen.

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 und vom Edge-Transport-Server weiterleiten. Der Edge-Abonnementprozess erstellt eine Mitgliedschaft beim Active Directory-Standort für den Edge-Transport-Dienst. Die Standortzugehörigkeit ermöglicht es den Postfachservern am Active Directory-Standort, Nachrichten zur Übermittlung an das Internet an den Edge-Transport-Server weiterzuführen, ohne explizite Sendeconnectors konfigurieren zu müssen.

In Konfigurationen mit mehreren Standorten werden ausgehende E-Mails von internen Empfängern an externe Empfänger zuerst an den abonnierten Active Directory-Standort weitergeleitet. Der Active Directory-Zielstandort ist die Übermittlungsgruppe. 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.

Ausgehende E-Mails für externe Empfänger werden vom Postfachserver an den Edge-Transport-Server weitergeleitet. Der Clientzugriffsserver ist nicht am Weiterleiten von E-Mails an einen abonnierten Edge-Transport-Server beteiligt. E-Mails werden vom organisationsinternen Sendeconnector im Transportdienst auf dem Postfachserver an einen Empfangsconnector im Transportdienst auf dem Edge-Transport-Server übertragen. Auf einem abonnierten Edge-Transport-Server ist der Standardmäßige Empfangsconnector so konfiguriert, dass er auf Verbindungen von internen Postfachservern am abonnierten Active Directory-Standort und anonymen Verbindungen aus dem Internet lauscht. Nachdem die Nachricht vom Transportdienst auf dem Edge-Transport-Server kategorisiert wurde, wird die Nachricht mithilfe des dedizierten Sendeconnectors, der während des Edge-Abonnements erstellt wird, lokal in die Warteschlange gestellt, um sie an das Internet zu übermitteln.

Eingehende E-Mails von externen Empfängern gelangen über den Standardmäßigen Empfangsconnector auf dem Edge-Transport, und die Nachrichten werden kategorisiert und für die Zustellung in die Warteschlange eingereiht. Die Nachrichten werden über den dedizierten Sendeconnector weitergeleitet, der vom Edge-Abonnement zum Senden von E-Mails an die Exchange-Organisation erstellt wird. Wo die Nachrichten als Nächstes gesendet werden, hängt davon ab, wie die internen Exchange-Server konfiguriert sind.

  • Postfachserver und Clientzugriffsserver auf demselben Computer installiert: In dieser Konfiguration wird der Clientzugriffsserver für den eingehenden Nachrichtenfluss verwendet. Nachrichten werden vom Sendeconnector im Transportdienst auf dem Edge-Transport-Server an den Standard-Empfangsconnector im Front-End-Transportdienst auf dem Clientzugriffsserver und dann zum Standard-Empfangsconnector im Transportdienst auf dem Postfachserver übertragen.

  • Postfachserver und Clientzugriffsserver auf verschiedenen Computern installiert: In dieser Konfiguration wird der Clientzugriffsserver für den eingehenden Nachrichtenfluss umgangen. E-Mails werden vom Sendeconnector im Transportdienst auf dem Edge-Transport-Server zum Standard-Empfangsconnector im Transportdienst auf dem Postfachserver übertragen.

Wenn Sie einen Exchange 2007- oder Exchange 2010-Edge-Transport-Server im Umkreisnetzwerk installiert haben, erfolgt der eingehende und ausgehende E-Mail-Fluss immer direkt zwischen dem Edge-Transport-Server und dem Postfachserver. Der Clientzugriffsserver wird nicht verwendet.