Exchangeлужба Exchange 2013-Postfachtransport


Exchangeлужба Exchange 2013-Postfachtransport
www.microsoft.com

Exchangeлужба Exchange 2013-Postfachtransport ist für die Interaktion mit Mail-Datenbanken verantwortlich und besteht aus zwei separaten Windows-Diensten – Microsoft Exchange-Postfachtransportzustellung und Microsoft Exchange-Postfachtransportübermittlung… Jeder von ihnen ist für eine separate Aufgabe verantwortlich, aber beide interagieren mit Transport-Service auf Servern mit der MBX-Rolle. In diesem Artikel werde ich detailliert auf den letzten verbleibenden Transportdienst eingehen Exchange 2013das ist grundlegend anders als alle anderen.

Dies ist der dritte Artikel in einer Reihe zur Funktionsweise von Exchange 2013 Transport Pipeline Services. Hier ist jedoch die vollständige Liste:

Und auch Artikel zum Verwalten der Protokollierung dieser Dienste:

Vergessen Sie nicht die offizielle Dokumentation.


Weitere Informationen zum Einrichten und Verwalten von Exchange 2013 finden Sie in meinem Blog im Hauptthema Artikel – Exchange 2013 – Installation, Konfiguration, Verwaltung.


Exchange 2013-Postfachtransport

BEIM Exchange 2013 Es gibt mehrere Transportdienste, deren Zweck sich grundlegend unterscheidet, obwohl sie nur eine Aufgabe haben – die Teilnahme am Transport von Postdaten. In früheren Artikeln habe ich eine Liste aller Komponenten des Transportförderers erstellt. Ich werde sie auch in diesem Artikel daran erinnern:

  • Vordergrundtransportdienst auf Clientzugriffsservern (Anzeigename – Microsoft Exchange FrontEnd Transport, abgekürzt – MSExchangeFrontEndTransport);
  • Transport-Service auf Postfachservern (Anzeigename – Microsoft Exchange Transport, abgekürzt – MSExchangeTransport);
  • Postfachtransportdienst auf Postfachservern (In Wirklichkeit umfasst es zwei Dienste – Microsoft Exchange Mailbox Transport Delivery und Microsoft Exchange Mailbox Transport Submission, abgekürzte Namen – MSExchangeDelivery bzw. MSExchangeSubmission);
  • Transportdienst auf Edge-Transport-Servern (Anzeigename ist Microsoft Exchange Transport, abgekürzt als MSExchangeTransport).

Funktionen, die in Aufgaben ähnlich sind, werden nur vom zweiten und vierten Dienst ausgeführt, der Rest unterscheidet sich grundlegend. Zusammen bilden sie alle den Transportförderer, der das Herzstück des Mailservers bildet.

Transportförderer

Nach Berücksichtigung in früheren Artikeln, die FrontEnd Transport ((Vordergrundtransportdienst – Exchange 2013 FrontEnd Transport-Dienst) auf Clientzugriffsservern und -diensten Transport ((Transport-Service – Exchange 2013-Transportdienst) Auf Postfachservern haben wir die letzte Struktureinheit der Transportpipeline erreicht – den Dienst Postfachtransport ((Postfachtransportdienst). Es ist auch nicht überflüssig, sich daran zu erinnern, wie die Exchange 2013-Transportpipeline aussieht:

Exchange 2013 Transport.  Teil 1 - Transportförderer

Im Zusammenhang mit diesem Artikel werden wir an der Rolle interessiert sein Postfachserver (MBX oder MailBox Server) und speziell ein Dienst dieser Rolle – Postfachtransportdienst… Wenn wir alle unnötigen Elemente aus dem Diagramm entfernen, erhalten wir:

Exchange 2013-Postfachtransport 01

Soweit Postfachtransportdienst beinhaltet zwei Dienste WindowsEs wäre logisch, das Prinzip eines jeden von ihnen zu verstehen. Trotzdem gibt es nicht viele Informationen zu offiziellen Ressourcen zu jedem von ihnen, es ist möglich, nur allgemeine Informationen über zu finden Postfachtransportdienst… Lassen Sie uns die zu diesem Thema verfügbaren Informationen zusammenfassen.

Arbeitsprinzip

Ich möchte Sie daran erinnern, dass Exchange 2013 insgesamt drei Serverrollen hat – CAS, MBX und Edge (hinzugefügt in Exchange Server 2013 SP1). Postfachtransportdienst gehört zur MBX-Rolle.

Die in meinem Artikel dargestellten Abbildungen des Transportförderers stammen aus offiziellen Quellen. … Es ist anzumerken, dass es einige Übersetzungsunterschiede im Bild und in der Russian Flow 2013-Mailflow-Dokumentation gibt. In der obigen Abbildung wird beispielsweise der MSExchangeSubmission-Dienst benannt Transportdienst zum Senden von E-Mails an eine Mailbox, während es in der Dokumentation auch aufgerufen wird Mailbox Send Transport Service… Beide Optionen haben die gleiche Bedeutung. Der zweite Dienst – MSExchangeDelivery – bietet ebenfalls zwei ähnliche Übersetzungsoptionen: Transportdienst für die Zustellung von Post an eine Mailbox oder Postfachtransport-Zustelldienst… Es ist sehr schwierig, nicht verwirrt zu werden, aber Sie versuchen es.

Versuchen wir, die Grundprinzipien des Postfachtransports zu formulieren:

1. Nur Postfachtransportdienst interagiert mit Datenbanken und das über das RPC-Protokoll. In diesem Fall handelt es sich nur um lokale Datenbanken auf einem bestimmten Server mit der MBX-Rolle. Dieser Dienst funktioniert nicht mit Datenbanken auf anderen Servern, sondern über Transport-Service auf einem Remote-Server mit SMTP. Hier ist, was sie darüber in der Dokumentation schreiben:

Nur der Postfachtransportdienst kommuniziert mit der Postfachdatenbank auf dem lokalen Postfachserver.

Remote Procedure Calls (RPC) werden vom Postfachtransportdienst nur zum Senden und Empfangen von Nachrichten in der lokalen Postfachdatenbank verwendet. … Mit anderen Worten, RPC wird niemals für die Kommunikation zwischen Servern verwendet. Stattdessen kommunizieren der Postfachtransportdienst und der Transportdienst auf verschiedenen Postfachservern immer über SMTP.

Dies gilt natürlich auch für Datenbankverfügbarkeitsgruppen (DAGs) für Server, die ein aktives Replikat der Datenbank hosten.

2. Wenn wir weiter gehen, können wir das sagen RPC wird in beiden Fällen verwendet – beim Übermitteln von Nachrichten an den Empfänger und beim Senden… Im ersten Fall Postfachtransportdienst empfängt eine SMTP-Nachricht von Transport-Service auf einem lokalen oder Remote-Server und stellt über RPC eine Verbindung zur Datenbank her, um diese Nachricht an den endgültigen Empfänger zu übermitteln. Im zweiten Fall besteht ebenfalls eine Verbindung zur Datenbank über RPC, diesmal jedoch, um die gesendete Nachricht und ihre weitere Übertragung abzurufen Transport-Service Siehe auch SMTP.

3. Soweit Postfachtransportdienst kann sich beziehen Transportdienste Auf anderen Servern mit der MBX-Rolle muss ein Mechanismus zur Auswahl des richtigen Servers für die Übertragung der Nachricht vorhanden sein. Dieser Mechanismus existiert und ist aus dem vorherigen Artikel über bekannt Transport-Service (Exchange 2013 Transport Service) ist das Nachrichtenrouting welche verwendet Routing-Tabellen zur Auswahl des optimalen Pfads und der Liefergruppe als Ziel.

Wenn Sie das Routing auf der Grundlage von Active Directory-Topologiedaten voll ausnutzen, dürfen Sie einige der oben genannten Einschränkungen nicht vergessen. Postfachtransportdienst interagiert nur mit Transportdienste (auf lokalen oder Remote-Servern) kommuniziert über RPC nur mit lokalen Datenbanken, jedoch nicht mit Datenbanken auf anderen Servern, und befindet sich ebenfalls in derselben Übermittlungsgruppe (aufgerufen) lokal) mit Transport-Serviceweil beide zur selben MBX-Rolle gehören.

4. Postfachtransportdienst ebenfalls verwendet Transportmittel die Logik für die Verarbeitung von Nachrichten zu implementieren, aber im Gegensatz Transport-Service und Transport Service im VordergrundEs werden keine Tools (SDK) bereitgestellt, mit denen Benutzer ihre Agenten erstellen können.

Kommen wir nun zum lustigen Teil.

Empfangsanschlüsse und Sendeanschlüsse

Wenn Sie sich die Standard-Empfangsconnectors ansehen, die auf dem neu installierten Server erstellt wurden, werden Sie feststellen, dass drei Connectors zur Rolle gehören FrontendTransportund zwei – HubTransport (Der Name wird wahrscheinlich von früheren Versionen von Exchange geerbt.) Das Vordergrundtransportdienst auf Clientzugriffsservern und Transport-Service auf Postfachservern. M.isthundert für Postfachtransportdienst unter den Standard-Konnektoren wurde leider nicht gefunden (in der Tat ist es zum Besseren, oder trotzdem wird der Teufel sein Bein in diesen Konnektoren brechen :)).

Die im vorherigen Abschnitt beschriebenen Service-Funktionsprinzipien weisen direkt auf das Vorhandensein mindestens eines Empfangsanschlusses (von) hin Transportdienste auf lokalen und / oder Remote-Servern) und einem Send-Connector (in Transport-Service auf lokalen und / oder Remote-Servern). Dies ist auch aus der Abbildung ersichtlich.

In der Tat, so wie es ist, hat der Service Jeweils ein Systemempfangsanschluss und ein Sendeanschluss::

  • Mailbox Proxy Send Connector (SMTP 25/2525) Transport-Service auf anderen Postfachservern);
  • Standard-Postfachzustellung (SMTP 475 vom Transportdienst auf anderen Postfachservern).

Übrigens wird der erste Connector in der russischen Version von Exchange 2013 den Namen haben Mailbox Proxy Send Connectorund der zweite auf russischsprachigen Servern hat aus irgendeinem Grund ebenfalls einen englischen Namen, wird aber zusammen mit dem Servernamen geschrieben, zum Beispiel wie folgt: EXCH02 Standard-Postfachzustellung EXCH02.

Manuell Senden von Steckverbindern an Postfachtransportdienst nichts zu tun haben.

Fassen wir die erhaltenen Daten in einer Tabelle zusammen:

Name Geplanter Termin Hafen Richtung
Mailbox Proxy Send Connector Senden 25/2525 ZU Transport-Service auf lokalen oder Remote-Postfachservern
Standard-Postfachzustellung Rezeption 475 Von Transport-Service auf lokalen oder Remote-Postfachservern

Lassen Sie uns versuchen, mit allen erforderlichen Informationen alles in einer Abbildung darzustellen:

Exchange 2013-Postfachtransport 02

Am Ende dieses Artikels erfahren Sie, wie alle drei wichtigen Exchange 2013-Transportpipeline-Dienste funktionieren:

Danach sollten Sie nicht durch einen “seltsamen” Eintrag in den zahlreichen Protokollen der Fördertransportdienste verwirrt werden.

Kommentare bereitgestellt von HyperComments

Leave a Reply

Your email address will not be published. Required fields are marked *