Exchange 2013 Connectors senden – SouToub


Exchange 2013 Connect-Konnektoren
www.microsoft.com

Exchange 2013-Sendeconnectors sind erforderlich, um E-Mails an externe Empfänger senden zu können. Ohne Konnektoren zu erstellen, können Sie E-Mail-Nachrichten nur innerhalb der Organisation zwischen diesen Domänen austauschen dient Ihrem Exchange 2013 direkt.

Haben Sie sich jemals gefragt, warum Exchange 2013 über fünf Standard-Empfangsconnectors und keinen für das Senden verfügt? Haben Sie auch von Systemanschlüssen gehört? Weitere Informationen hierzu finden Sie in den Artikeln zur Funktionsweise von Exchange 2013 Transport Services:

Und wir kehren zum Hauptthema des Artikels zurück.


Dieser Artikel ist der zweite in einer Reihe, in dem die wichtigsten Aufgaben zum Konfigurieren von Exchange 2013 unmittelbar nach der Installation behandelt werden. Wenn Sie an anderen Aufgaben interessiert sind, empfehlen wir Ihnen, den Hauptartikel zum Setup – Konfigurieren von Exchange 2013 oder den Hauptthema-Artikel – Exchange 2013 – Installation, Konfiguration, Verwaltung zu lesen.


Exchange 2013 Senden Sie Konnektoren für einen einzelnen Server

Das Erstellen eines Web Send-Connectors ist unkompliziert. In der minimalen Konfiguration der Mail-Infrastruktur – dem einzigen Mail-Server, der Verbindungen aus dem Internet direkt akzeptiert – beruht die Konfiguration des Connectors auf den folgenden Schritten:

Gehen Sie über den Browser zur EAC – https: // server-fqdn / ecp – Nachrichtenfluss Konnektoren senden Erstellen (“+” – Zeichen)

Wir setzen den Namen des Steckverbinders und geben dessen Typ an. Da unsere Infrastruktur die einfachste Option mit einem einzelnen Server ist, reicht es aus, den Connector-Typ “Benutzerdefiniert” oder “Internet” zu wählen (die Unterschiede zwischen diesen werden später erläutert):

Steckverbinder senden Austausch 2013 01

Als Nächstes müssen Sie festlegen, ob ein Zwischenknoten an der E-Mail-Weiterleitung teilnehmen soll oder ob die E-Mail direkt von unserem Server an den Empfänger gesendet wird. Wir haben noch keine Zwischenserver, wir lassen alles so wie es ist:

Steckverbinder senden Austausch 2013 02

Wir geben den Adressraum an, den dieser Connector bedienen wird. Da meine Aufgabe darin besteht, E-Mails an einen beliebigen Empfänger zu senden, muss ich “+” und im Feld “* Vollständiger Domainname (FQDN)” drücken: “Geben Sie einfach das” * “- Zeichen ein (natürlich ohne Anführungszeichen):Steckverbinder senden Austausch 2013 03Steckverbinder senden 2013 04

Danach müssen wir den neuen Connector dem einzigen Server zuordnen, den wir derzeit haben:

Steckverbinder senden Austausch 2013 05

Steckverbinder senden Austausch 2013 06

Der Konnektor wurde erstellt.

Die offizielle Technet-Dokumentation enthält einen ganzen Abschnitt Dies ist für die Konfiguration des Mailservers nach dessen Installation vorgesehen. Dieser Abschnitt enthält auch Informationen zum Konfigurieren des Nachrichtenflusses. Aus irgendeinem Grund gibt es jedoch keine Anweisungen zum Erstellen eines Connectors über Powershell. Es gibt jedoch noch Cmdlets speziell für diese Aufgabe. Darüber hinaus ist das Erstellen eines einfachen Connectors mit Standardparametern (siehe oben) nur eine triviale Aufgabe:

[PS] C: Windows system32>New-SendConnector -Name «Send Connector 01» -AddressSpaces *

Wenn Sie diesen Befehl ausführen, erhalten Sie insgesamt einen voll funktionsfähigen Sendeconnector. Es gibt jedoch eine Reihe von Parametern, die genauer angepasst werden müssen. Zunächst sollten Sie sich um den vollständig qualifizierten Domänennamen (fqdn) des Servers kümmern, der als Antwort auf HELO EHLO-Anfragen gesendet wird. Wenn Sie nichts angeben, erhalten Sie das folgende Ergebnis ::

Standardmäßig ist der Parameter Fqdn auf $ null gesetzt. Dies bedeutet, dass der Standardwert für den FQDN-Parameter der vollständig qualifizierte Domänenname des Postfachservers oder Edgeservers ist, der den Sendeconnector enthält.

Außerdem ist daran nichts Schreckliches, wenn Ihre AD-Domain mit der Public Domain der Organisation übereinstimmt, wie in meinem Fall – der registrierten Domain bissquit.com, der AD-Domain – corp.bissquit.com. Mein Server gibt standardmäßig fqdn exchange02.corp.bissquit.com zurück. Es ist jedoch besser, eine andere Adresse anzugeben – die mx-Adresse Ihrer Domain (es handelt sich um die Domain, die in Ihrem Exchange als Hauptadresse verwendet wird). In meinem Fall ist dies die Domain bissquit.com.

Warum müssen Sie das tun? Tatsache ist, dass die meisten Server den mx-Datensatz der Domäne, von der der Brief gesendet wird, mit dem Datensatz überprüfen, der vom sendenden Server an die HELO EHLO-Anforderung zurückgegeben wurde. Wenn diese Datensätze identisch sind, ist alles in Ordnung. Wenn sie jedoch unterschiedlich sind, erhöht der empfangende Server möglicherweise einfach die Spam-Bewertung und der Brief erreicht den Empfänger möglicherweise nicht. Ich hatte solche Situationen bei der Arbeit mit großen Unternehmenskunden, die normalerweise sehr strenge Anti-Spam-Richtlinien haben: Meine Kollegen beschwerten sich, dass Kunden keine Briefe von ihnen erhalten. Das Problem war natürlich auf meiner Seite und ich gab es einfach aus Unaufmerksamkeit zu (die Situation wurde durch die Tatsache verschärft, dass ich mich in der Produktion mit der lokalen Domäne befasse, die natürlich nicht mit der öffentlichen Domäne der Organisation übereinstimmt ).

Es schadet auch nicht, FrontendProxyEnabled zu aktivieren (wenn auch mit der Standardeinstellung $ False), um Nachrichten über den Clientzugriffsserver weiterzuleiten. Dieser Parameter wurde in Exchange 2013 eingeführt. Wenn Sie ihn aktivieren, können Sie den Nachrichtenfluss “rationalisieren”, obwohl nicht klar ist, wie sich dies auf die Leistung auswirkt. Die folgenden Informationen finden Sie in offiziellen Quellen ::

Sie können den Sendeconnector im Postfachserver-Transportdienst so konfigurieren, dass ausgehende E-Mails mithilfe des Parameters über den Front-End-Transportserver an Ihrem lokalen Active Directory-Standort weitergeleitet werden FrontEndProxyEnabled Cmdlet Set-SendConnectorDadurch wird das E-Mail-Routing vom Transportdienst konsolidiert.

Ein Artikel in Technet-Blogs beleuchtet auch das Prinzip des Mail-Routings. ::

Wenn die Nachricht an einen externen Empfänger gesendet wird, wird der richtige Sendeconnector verwendet und entweder direkt über den FET-Dienst an das Internet oder den Proxy gesendet (Set-SendConnector -FrontEndProxyEnabled $ true).

Das heißt, wir können daraus schließen, dass ohne Aktivierung dieses Parameters die Post direkt vom Transportdienst gesendet wird.

Wenn dies gesagt ist, wäre der vollständige Befehl zum Erstellen eines Sendeconnectors:

[PS] C: Windows system32>New-SendConnector -Name «Send Connector 01» -AddressSpaces * -Fqdn mail.bissquit.com -FrontendProxyEnabled $ true

Betrachten wir nun die Unterschiede zwischen den Steckertypen – nämlich zwischen “Benutzerdefiniert” und “Internet”, wie am Anfang des Artikels versprochen. Wenn Sie zwei Konnektoren mit identischen Einstellungen erstellen, aber einen vom Typ “Benutzerdefiniert” und den anderen vom Typ “Internet” haben, überprüfen Sie deren Eigenschaften über die Ausgabe des Cmdlets Get-SendConnector , dann wird das Ergebnis das folgende sein:

Steckverbinder austauschen 2013 07

Der Screenshot fasst die Ergebnisse dieser beiden Befehle zusammen:

[PS] C: Windows system32>Get-SendConnector «Connector senden 01» | Format-Liste
[PS] C: Windows system32>Get-SendConnector «Connector senden 02» | Format-Liste

Wie Sie sehen können, gibt es absolut keinen Unterschied, außer im Namen. Warum ich dann einen zusätzlichen Steckertyp herstelle, ist mir nicht klar. Vielleicht gibt es einen Unterschied in ihnen auf einer tieferen Ebene. Wenn ich die Antwort finde, werde ich sie definitiv in diesem Artikel unterschreiben.

Kommentare bereitgestellt von HyperComments

Leave a Reply

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