E-Mail-Routing

Gilt für: Exchange Server 2013

Die Hauptaufgabe des Transportdiensts, der auf allen Postfachservern in Ihrer Microsoft Exchange Server 2013-organization vorhanden ist, besteht darin, Nachrichten, die von Benutzern und externen Quellen empfangen wurden, an ihre endgültigen Ziele weiterzuleiten. Routing-Entscheidungen werden während der Kategorisierung der Nachrichten getroffen. Das Kategorisierungsmodul ist eine Komponente des Transportdiensts auf einem Postfachserver, die alle eingehenden Nachrichten verarbeitet und anhand von Informationen über ihre Ziele bestimmt, was mit der Nachricht geschehen soll.

Das Routing in Exchange 2013 ist nun vollständig auf Database Availability Groups (DAGs) vorbereitet 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 für das Routing von Nachrichten eng mit der DAG abgestimmt. Und wenn sich eine DAG über mehrere Active Directory-Standorte erstreckt, ist die Verwendung des Active Directory-Standorts als primäre Routinggrenze ineffizient. Exchange 2013 verwendet die Active Directory-Standortmitgliedschaft auch 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 (Remote Procedure Calls, RPCs) werden vom Postfachtransportdienst nur beim Senden von Nachrichten an die lokale Postfachdatenbank oder beim Empfangen von Nachrichten aus der lokalen Postfachdatenbank verwendet. Wenn der Postfachserver Mitglied einer DAG ist, verwendet der Postfachtransportdienst RPCs nur zur lokalen Kommunikation mit den aktiven Kopien der Postfachdatenbanken. RPC wird also nie für die serverübergreifende Kommunikation verwendet. Stattdessen kommunizieren der Postfachtransportdienst und der Transportdienst auf verschiedenen Postfachservern immer über SMTP.

• Exchange 2013 verwendet eine präzisere Warteschlangenerstellung 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 generalisiert, um die Flexibilität und Komplexität zu erhöhen, indem die Konzepte der Routingziele und Liefergruppen eingeführt wurden.

Routingziele

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

• Postfachdatenbank: Dies ist das Routingziel für jeden Empfänger mit einem Postfach auf einem Postfachserver in der Exchange-organization. In Exchange 2013 sind öffentliche Ordner eine Art von Postfach, sodass das Routing von Nachrichten an Empfänger öffentlicher Ordner dasselbe ist wie das Weiterleiten von Nachrichten an Postfachempfänger.

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

• Server für die Verteilergruppenerweiterung: Dies ist das Routingziel, wenn eine Verteilergruppe über einen designierten Erweitungsserver verfügt, der für das Erweitern der Mitgliederliste der Gruppe verantwortlich ist. Ein Server für die Verteilergruppenerweiterung ist immer ein Hub-Transport-Server oder ein Exchange 2013-Postfachserver.

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

Zustellungsgruppen

Jedes Routingziel in Exchange 2013 verfügt über eine Sammlung von mindestens einem Transportserver, die für die Übermittlung von Nachrichten an dieses Routingziel verantwortlich sind. Diese Sammlung von Transportservern wird als Bereitstellungsgruppe bezeichnet. Ein Transportserver kann ein Exchange 2013-Postfachserver, ein Exchange 2010-Server oder ein Exchange 2007-Server sein, auf dem die Hub-Transport-Serverrolle installiert ist. Wenn das Routingziel eine Postfachdatenbank ist, verfügen die Transportserver in der Bereitstellungsgruppe über dieselbe Exchange-Version wie die Postfachdatenbank. Wenn das Routingziel ein Connector oder ein Server für die Erweiterung von Verteilergruppen ist, kann die Bereitstellungsgruppe 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 Zielzustellungsgruppe ab:

• Wenn sich der Quelltransportserver in der Zielzustellungsgruppe 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 Bereitstellungsgruppe übermittelt. Beachten Sie, dass, wenn ein Server zur Verteilergruppenerweiterung das Routingziel ist, die Verteilergruppe bereits erweitert ist, wenn die Nachrichten die Routingphase der Kategorisierung auf dem Server für die Verteilergruppenerweiterung erreichen. Daher ist das Routingziel vom Server für die Verteilergruppenerweiterung immer eine Postfachdatenbank oder ein Connector.

• Wenn sich der Quelltransportserver außerhalb der Zielzustellungsgruppe befindet, wird die Nachricht über den kostengünstigsten Routingpfad an die Zielzustellungsgruppe 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 Zielzustellungsgruppe weitergeleitet.

Die folgenden Bereitstellungsgruppentypen 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 Bereitstellungsgruppe bedient werden. Nachdem die Nachricht beim Transportdienst auf einem Postfachserver eingetroffen ist, 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 Bereitstellungsgruppengrenze.

• Postfachzustellungsgruppe: Dies ist eine Sammlung von Exchange-Servern derselben Version, die sich an einem Active Directory-Standort befinden. Der Active Directory-Standort ist die Grenze der Bereitstellungsgruppe. Die Routingziele und die Bereitstellungsgruppen, die sie bedienen, werden am Active Directory-Standort durch die Hauptversionen von Exchange getrennt. Die Postfachdatenbanken auf Exchange 2010-Postfachservern werden von den Exchange 2010-Hub-Transport-Servern am Active Directory-Standort bedient. Die Postfachdatenbanken auf Exchange 2007-Postfachservern werden von den Exchange 2007-Hub-Transport-Servern am Active Directory-Standort bedient. Die Postfachdatenbanken auf Exchange 2013-Postfachservern an einem Active Directory-Standort, die nicht zu einer DAG gehören, werden vom Transportdienst auf Exchange 2013-Postfachservern am Active Directory-Standort gewartet. Wie die Nachricht an die Postfachdatenbank übermittelt wird, hängt von der Exchange-Version ab:

  • Exchange 2013: Nachdem die Nachricht auf dem Postfachzielserver am Active Directory-Zielstandort angekommen ist, überträgt der Transportdienst die Nachricht mithilfe von SMTP an den Postfachtransportdienst. Der Postfachtransportdienst übermittelt die Nachricht dann mithilfe von RPC an die lokale Postfachdatenbank.

  • Exchange 2010 oder Exchange 2007: Nachdem die Nachricht auf einem zufälligen Hub-Transport-Server derselben Version am Active Directory-Zielstandort eingetroffen ist, schreibt der Ablagetreiber auf dem Hub-Transport-Server die Nachricht mithilfe von RPC in die Postfachdatenbank.

• Connector-Quellserver: 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 Zustellungs-Agent-Connector oder einen Fremd-Connector festgelegt sind. Der Connector ist das Routingziel, das von dieser Routinggruppe bedient wird. Wenn ein Connector auf einen bestimmten Server beschränkt ist, darf nur dieser Server Nachrichten an das vom Connector definierte Ziel weiterleiten. Diese Bereitstellungsgruppe kann Exchange 2010- oder Exchange 2007-Hub-Transport-Server oder Exchange 2013-Postfachserver enthalten, die sich an verschiedenen Active Directory-Standorten befinden.

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

  • Wenn der Active Directory-Standort als Hubstandort konfiguriert ist. Wenn sich die Hubwebsite auf dem kostengünstigsten Routingpfad für die Nachrichtenübermittlung befindet, werden die Nachrichten in die Warteschlange eingereiht und von einem Transportserver am Hubstandort verarbeitet, bevor sie an ihren endgültigen Bestimmungsort weitergeleitet werden.

  • Wenn ein Edge-Transport-Server den Active Directory-Standort abonniert hat. Auf diese abonnierten Edge-Transport-Server kann von anderen Active Directory-Standorten nicht direkt 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 es sich bei der Bereitstellungsgruppe um einen Active Directory-Standort handelt. Verzögertes Auffächern versucht, die Anzahl der Nachrichtenübertragungen zu reduzieren, wenn mehrere Empfänger einen Teil des kostengünstigsten Routingpfads teilen.

• Serverliste: Dies ist eine Sammlung von einem oder mehreren Exchange 2010- oder Exchange 2007-Hub-Transport-Servern oder Exchange 2013-Postfachservern, die als Server für die Verteilergruppenerweiterung konfiguriert sind. Der Server für die Verteilergruppenerweiterung ist das Routingziel, das von dieser Liefergruppe bedient 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-Zustellungsgruppe für die Postfachdatenbanken in der DAG und auch zu einer Connectorquellserver-Bereitstellungsgruppe für den bereichsbezogenen Sendeconnector.

Die folgende Tabelle ordnet die Routingziele der Liefergruppe zu, basierend auf der beteiligten Exchange-Version:

Warteschlangen

Aus Sicht des sendenden Servers repräsentiert jede Zustellwarteschlange das Ziel für eine bestimmte Nachricht. Wenn der Transportdienst auf dem Exchange 2013-Postfachserver das Ziel für eine Nachricht auswählt, wird das Ziel als NextHopSolutionKey-Attribut auf den Empfänger 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 eine 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 Zustellungswarteschlange.

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 kostengünstigstes Routing vom Active Directory-Quellstandort zum Active Directory-Zielstandort. In Exchange 2013 kann sich eine Bereitstellungsgruppe über mehrere Active Directory-Standorte erstrecken, und es gibt möglicherweise mehrere kostengünstigste Routingpfade zu diesen mehreren Active Directory-Standorten. Exchange 2013 legt einen einzelnen Active Directory-Standort in der Zielzustellungsgruppe als primären Standort fest. Der primäre Standort ist der nächstgelegene Active Directory-Standort basierend auf der zuvor beschriebenen Routinglogik. Für das erfolgreiche Routing von Nachrichten zwischen Bereitstellungsgruppen 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, die sich nicht im kostengünstigsten Routingpfad zum primären Standort befinden, ignoriert.

• Der in der Zielroutinggruppe auszuwählende Exchange-Zielserver: Wenn die Zielzustellungsgruppe mehrere Active Directory-Standorte umfasst, kann der Routingpfad zu bestimmten Servern innerhalb der Bereitstellungsgruppe 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 Bereitstellungsgruppe ausgewählt, und der Active Directory-Standort, an dem sich diese Server befinden, wird als primärer Standort ausgewählt.

• Fallbackoptionen, wenn Verbindungsversuche zu allen Servern in der Zielroutinggruppe fehlschlagen: Wenn die Zielzustellungsgruppe mehrere Active Directory-Standorte umfasst, sind alle anderen Server in der Zielzustellungsgruppe in anderen Active Directory-Standorten, die nicht als Zielserver ausgewählt sind, die erste Fallbackoption. Die Serverauswahl erfolgt auf der Grundlage der Kosten für den Routingpfad zu diesen anderen Active Directory-Standorten. Wenn die Zielzustellungsgruppe ü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 Zielzustellungsgruppe über Server an Remotestandorten in Active Directory verfügt, 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 an das Ziel zuzustellen, indem es Schritt für Schritt entlang des kostengünstigsten Routingpfads zurückgeht, bis eine Verbindung hergestellt wurde.

Weiterleiten von Nachrichten zwischen Active Directory-Standorten

Die Art und Weise, wie Exchange 2013 Nachrichten zwischen Active Directory-Standorten weiterleitet, ist praktisch identisch mit der von 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-organization. Für ausgehende Nachrichten verwendet der Transportdienst Sendeconnectors, um mit dem Front-End-Transportdienst auf einem Clientzugriffsserver zu kommunizieren. Insbesondere werden ausgehende Nachrichten über den Front-End-Transport-Dienst weitergeleitet, wenn der Parameter FrontEndProxyEnabled für einen anwendbaren Sendeconnector festgelegt $trueist auf oder wenn die Option Proxy über Clientzugriffsserver in den Eigenschaften des Connectors senden im Exchange Admin Center (EAC) ausgewählt ist. Ein beliebiger Clientzugriffsserver am lokalen Active Directory-Standort wird ausgewählt. Beachten Sie, dass der Front-End-Transport-Dienst keine Connectors zum Senden hat.

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 dem Typ der Empfänger. Andernfalls wird der E-Mail-Dienst von 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-Transport-Dienst wird nie als Mitglied einer Bereitstellungsgruppe betrachtet, auch 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 vom Front-End-Transport-Dienst verwendeten Postfachserver 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 es sich bei dem Empfänger um eine Verteilergruppe oder einen E-Mail-Benutzer handelt. Für jede Postfachdatenbank sucht der Front-End-Transport-Dienst die Liefergruppe und die zugehörigen Routinginformationen. Die vom Front-End-Transport-Service verwendeten Liefergruppen 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 Routing der Nachricht über eine Hubwebsite 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 Nachrichtengabelung beim Front-End-Transport nicht auftritt, daher wird letztendlich nur ein Postfachserver ausgewählt, 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 Dienst besteht aus zwei separaten Diensten: dem Postfachtransport-Bereitstellungsdienst und dem Postfachtransport-Zustelldienst. Für eingehende Nachrichten empfängt der Postfachtransport-Zustellungsdienst SMTP-Nachrichten vom Transportdienst und stellt über RPC eine Verbindung mit der lokalen Postfachdatenbank her, um die Nachricht zuzustellen. Für ausgehende Nachrichten stellt der Postfachtransport-Übermittlungsdienst über RPC eine Verbindung mit der lokalen Postfachdatenbank her und übermittelt 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 sich der Transportdienst und der Postfachtransportdienst auf demselben Exchange 2013-Postfachserver befinden, gehört der Postfachtransportdienst immer zur gleichen Bereitstellungsgruppe wie der Postfachserver. Diese Bereitstellungsgruppe wird als lokale Bereitstellungsgruppe 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 seinem 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 es sich bei dem Empfänger um eine Verteilergruppe oder einen E-Mail-Benutzer handelt. Für jede Postfachdatenbank sucht der Postfachtransport-Übermittlungsdienst die Liefergruppe und die zugehörigen Routinginformationen. Die vom Postfachtransport-Übermittlungsdienst verwendeten Zustellungsgruppen 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 Routing der Nachricht über eine Hubwebsite 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-Zustellungsdienst eine Nachricht vom Transportdienst empfängt, akzeptiert oder lehnt er die Nachricht zur Zustellung an eine lokale Postfachdatenbank ab. Der Postfachtransport-Zustelldienst kann die Nachricht zustellen, 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-Zustelldienst die Nachricht nicht zustellen und muss dem Transportdienst eine Nichtzustellantwort bereitstellen. Wenn die aktive Kopie der Postfachdatenbank beispielsweise kürzlich auf einen anderen Server verschoben wurde, sendet der Transportdienst möglicherweise fälschlicherweise eine Nachricht an einen Postfachserver, der jetzt eine inaktive Kopie der Postfachdatenbank enthält. Zu den Unzustellbarkeitsantworten, die der Postfachtransport-Zustelldienst an den Transportdienst zurückgibt, gehören:

• Erneuter Zustellungsversuch
• Generieren einer 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 Smarthost-Dienste für den gesamten E-Mail-Verkehr mit Internetzugriff bereit. Nachrichten, die aus dem Internet ein- und ausgehen, werden lokal auf dem Edge-Transport-Server in die Warteschlange eingereiht. 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 den und vom Edge-Transport-Server weiterleiten. Der Edge-Abonnementprozess erstellt eine Mitgliedschaft beim Active Directory-Standort für den Edge-Transport-Dienst. Die Standortzuordnung ermöglicht es den Postfachservern am Active Directory-Standort, Nachrichten zur Übermittlung an das Internet an den Edge-Transport-Server weiterzuleiten, 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 Bereitstellungsgruppe. Das Routingziel ist der organisationsinterne Sendeconnector im Transportdienst der Postfachserver am abonnierten Active Directory-Standort. Der Connector für organization Intra--Senden 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 Routing von E-Mails an einen abonnierten Edge-Transport-Server beteiligt. Die E-Mail wird vom organization-Sendeconnector im Transportdienst auf dem Postfachserver an einen Empfangsconnector im Transportdienst auf dem Edge-Transportserver übertragen. Auf einem abonnierten Edge-Transport-Server ist der standardmäßige Empfangsconnector so konfiguriert, dass er Verbindungen von internen Postfachservern am abonnierten Active Directory-Standort und anonyme Verbindungen aus dem Internet überwacht. Nachdem die Nachricht vom Transportdienst auf dem Edge-Transportserver kategorisiert wurde, wird sie lokal in die Warteschlange eingereiht, um sie mithilfe des dedizierten Sendeconnectors, der während des Edge-Abonnements erstellt wird, an das Internet zuzustellen.

Eingehende E-Mails von externen Empfängern kommen auf dem Edge-Transport über den standardmäßigen Empfangsconnector an, und die Nachrichten werden kategorisiert und für die Zustellung in die Warteschlange eingereiht. Die Nachrichten werden über den dedizierten Sendeconnector weitergeleitet, der vom Edgeabonnement erstellt wird, um E-Mails an die Exchange-Organization zu senden. Wohin 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. Der Nachrichtenfluss fließt vom Sendeconnector im Transportdienst auf dem Edgetransportserver zum Standardempfangsconnector im Front-End-Transportdienst auf dem Clientzugriffsserver und dann zum standardmäßigen Empfangsconnector im Transportdienst auf dem Postfachserver.

• Postfachserver und Clientzugriffsserver auf unterschiedlichen Computern installiert: In dieser Konfiguration wird der Clientzugriffsserver für den eingehenden Nachrichtenfluss umgangen. Der Nachrichtenfluss fließt vom Sendeconnector im Transportdienst auf dem Edge-Transportserver zum standardmäßigen Empfangsconnector im Transportdienst auf dem Postfachserver.

Wenn Sie einen Exchange 2007- oder Exchange 2010 Edge-Transport-Server im Umkreisnetzwerk installiert haben, findet der ein- und ausgehende Nachrichtenfluss immer direkt zwischen dem Edge-Transport-Server und dem Postfachserver statt. Der Clientzugriffsserver wird nicht verwendet.