Set-ReceiveConnector

Der Parameter AdvertiseClientSettings gibt an, ob der SMTP-Servername, die Portnummer und die Authentifizierungseinstellungen für den Empfangsconnector benutzern in den Optionen von Outlook im Web angezeigt werden. Gültige Werte sind:

• $true: Die SMTP-Werte werden in Outlook im Web angezeigt. In der Regel verwenden Sie diese Einstellung nur für einen Empfangsconnector mit dem Verwendungstyp Client (authentifizierte SMTP-Verbindungen an TCP-Port 587 für POP3- und IMAP4-Clients).
• $false: Die SMTP-Werte werden in Outlook im Web angezeigt. Dies ist der Standardwert.

Der AuthMechanism-Parameter gibt die angekündigten und akzeptierten Authentifizierungsmechanismen für den Empfangsconnector an. Gültige Werte sind:

• Keine
• TLS
• Integriert
• BasicAuth
• BasicAuthRequireTLS
• ExchangeServer
• ExternalAuthoritative

Sie können mehrere Werte angeben, die durch Kommas getrennt sind, aber einige Werte weisen Abhängigkeiten und Ausschlüsse auf:

• Sie können nur den Wert None allein verwenden.
• Für den Wert BasicAuthRequireTLS sind auch die Werte BasicAuth und Tls erforderlich.
• Der einzige andere Wert, den Sie mit ExternalAuthoritative verwenden können, ist TLS.
• Der Wert Tls ist erforderlich, wenn der Wert des RequireTLS-Parameters $true ist.
• Für den Wert ExternalAuthoritative müssen Sie den Wert des PermissionGroups-Parameters auf ExchangeServers festlegen.

Der Parameter AuthTarpitInterval gibt den Zeitraum an, in dem Antworten auf fehlgeschlagene Authentifizierungsversuche von Remoteservern verzögert werden, die möglicherweise die Verbindung missbrauchen. Der Standardwert ist 5 Sekunden.

Um einen Wert anzugeben, geben Sie ihn als Zeitspanne ein: dd.hh:mm:ss, wobei dd = Tage, hh = Stunden, mm = Minuten und ss = Sekunden.

Wenn Sie den Wert auf 00:00:00 festlegen, deaktivieren Sie das Tarpitintervall für die Authentifizierung. Wenn Sie den Wert auf mehr als einige Sekunden festlegen, kann dies zu Timeouts und Nachrichtenflussproblemen führen.

Sie können die Verzögerung für andere SMTP-Fehlerantworten mithilfe des TarpitInterval-Parameters konfigurieren.

Der Parameter Banner gibt ein benutzerdefiniertes SMTP 220-Banner an, das Remotemessagingservern angezeigt wird, die eine Verbindung mit dem Empfangsconnector herstellen. Wenn Sie einen Wert angeben, schließen Sie den Wert in Anführungszeichen ein, und starten Sie den Wert mit 220 (dem standardmäßigen SMTP-Antwortcode "Dienstbereit").

Der Standardwert dieses Parameters ist leer ($null), der das folgende SMTP-Banner verwendet:

220 <ServerName> Microsoft ESMTP MAIL service ready at <RegionalDay-Date-24HourTimeFormat><RegionalTimeZoneOffset>

Der Parameter BareLinefeedRejectionEnabled gibt an, ob dieser Empfangsconnector Nachrichten zurückweist, die Zeilenvorschubzeichen (Line Feed, LF) enthalten, ohne dass im SMTP-DATENstrom direkt vorangestellte Wagenrücklaufzeichen (Cr) stehen. Diese Bedingung wird als bare Zeilenfeeds bezeichnet. Gültige Werte sind:

• $true: Nachrichten, die bare Zeilenfeeds enthalten, werden abgelehnt.
• $false: Nachrichten, die bare Zeilenfeeds enthalten, werden nicht abgelehnt. Dies ist der Standardwert.

Obwohl Nachrichten, die bare Zeilenfeeds enthalten, erfolgreich übermittelt werden können, entsprechen diese Nachrichten nicht den SMTP-Protokollstandards und können Probleme auf Messagingservern verursachen.

Der Parameter BinaryMimeEnabled gibt an, ob die erweiterte SMTP-Erweiterung BINARYMIME für den Empfangsconnector aktiviert oder deaktiviert ist. Gültige Werte sind:

• $true: BINARYMIME ist aktiviert und wird in der EHLO-Antwort angekündigt. Diese Einstellung erfordert, dass der ChunkingEnabled-Parameter auch auf den Wert $true festgelegt ist. Dies ist der Standardwert.
• $false: BINARYMIME ist deaktiviert und wird in der EHLO-Antwort nicht angekündigt.

Die binäre MIME-Erweiterung ist in RFC 3030 definiert.

Der Parameter Bindings gibt die lokale IP-Adresse und DIE TCP-Portnummer an, die vom Empfangsconnector verwendet werden. Dieser Parameter verwendet die Syntax "IPv4Address:TCPPort","IPv6Address:TCPPort". Sie können eine IPv4-Adresse und einen Port, eine IPv6-Adresse und einen Port oder beides angeben. Die IP-Adresswerte 0.0.0.0 oder [::] geben an, dass der Empfangsconnector alle verfügbaren lokalen IPv4- oder alle IPv6-Adressen verwendet.

Sie müssen eine gültige lokale IP-Adresse von den Netzwerkadaptern des Exchange-Servers angeben. Wenn Sie eine ungültige lokale IP-Adresse angeben, kann der Microsoft Exchange-Transportdienst möglicherweise nicht gestartet werden, wenn der Dienst neu gestartet wird.

Die Werte für diesen Parameter müssen eine der folgenden Eindeutigkeitsanforderungen erfüllen:

• Die Kombination aus IP-Adresse und TCP-Port hat keinen Konflikt mit der IP-Adresse und dem TCP-Port, die für einen anderen Empfangsconnector auf dem Server verwendet werden.
• Sie verwenden eine vorhandene Kombination aus IP-Adresse und TCP-Port, die für einen anderen Empfangsconnector auf dem Server konfiguriert ist, aber Sie schränken die Remote-IP-Adressen mithilfe des RemoteIPRanges-Parameters ein. Wenn Sie einen Empfangsconnector erstellen, können Sie nur die Parameter RemoteIPRanges und Bindings zusammen mit den Optionen Custom oder Partner (oder den Usage-Parameter mit den Werten Custom oder Partner) verwenden.

Der ChunkingEnabled-Parameter gibt an, ob die erweiterte SMTP-Erweiterung CHUNKING für den Empfangsconnector aktiviert oder deaktiviert ist. Gültige Werte sind:

• $true: CHUNKING ist aktiviert und wird in der EHLO-Antwort angekündigt. Dies ist der Standardwert.
• $false: CHUNKING ist deaktiviert und wird in der EHLO-Antwort nicht angekündigt.

Die Segmentierung ist in RFC 3030 definiert.

Der „Comment“-Parameter gibt einen optionalen Kommentar an. Wenn Sie einen Wert angeben, der Leerzeichen enthält, setzen Sie den Wert in Anführungszeichen ("), z. B. "This is an admin note".

Die Option "Confirm" gibt an, ob die Bestätigungsaufforderung angezeigt oder ausgeblendet werden soll. Wie diese Option sich auf das Cmdlet auswirkt, hängt davon ab, ob für die Option vor dem Fortfahren eine Bestätigung erforderlich ist.

• Destruktive Cmdlets (z. B. Remove-*-Cmdlets) verfügen über eine integrierte Pause, die Sie zwingt, den Befehl zu bestätigen, bevor Sie fortfahren. Für diese Cmdlets können Sie die Bestätigungsaufforderung mit genau dieser Syntax überspringen: -Confirm:$false.
• Die meisten anderen Cmdlets (z. B. New-* und Set-*-Cmdlets) verfügen nicht über eine integrierte Pause. Bei diesen Cmdlets führt das Angeben der Option "Confirm" ohne einen Wert eine Pause ein, die Sie zwingt, den Befehl vor dem Fortfahren zu bestätigen.

Der Parameter ConnectionInactivityTimeout gibt die maximale Leerlaufzeit an, bevor eine Verbindung mit dem Empfangsconnector geschlossen wird.

Geben Sie zum Angeben eines Werts diesen als einen Zeitraum an: dd.hh:mm:ss, wobei dd Tagen, hh Stunden, mm Minuten und ss Sekunden entspricht.

Ein gültiger Wert für diesen Parameter ist 00:00:01 (eine Sekunde) bis 1.00:00:00 (ein Tag).

Der Standardwert für Empfangsconnectors auf Postfachservern ist 00:05:00 (5 Minuten). Der Standardwert für Empfangsconnectors auf Edge-Transport-Servern ist 00:01:00 (1 Minute).

Der Wert dieses Parameters muss kleiner als der Wert des ConnectionTimeout-Parameters sein.

Der Parameter ConnectionTimeout gibt die maximale Zeit an, die die Verbindung mit dem Empfangsconnector geöffnet bleiben kann, auch wenn die Verbindung aktiv Daten überträgt.

Geben Sie zum Angeben eines Werts diesen als einen Zeitraum an: dd.hh:mm:ss, wobei dd Tagen, hh Stunden, mm Minuten und ss Sekunden entspricht.

Ein gültiger Wert für diesen Parameter ist 00:00:01 (eine Sekunde) bis 1.00:00:00 (ein Tag).

Der Standardwert für Empfangsconnectors auf Postfachservern ist 00:10:00 (10 Minuten). Der Standardwert für Empfangsconnectors auf Edge-Transport-Servern ist 00:05:00 (5 Minuten).

Der Wert dieses Parameters muss größer als der Wert des ConnectionInactivityTimeout-Parameters sein.

Der DefaultDomain-Parameter gibt die akzeptierte Standarddomäne an, die für die Exchange-organization verwendet werden soll. Sie können einen beliebigen Wert verwenden, der die akzeptierte Domäne eindeutig identifiziert. Zum Beispiel:

• Name
• Distinguished Name (DN)
• GUID

Obwohl eine beliebige akzeptierte Domäne als Standarddomäne festgelegt werden kann, wird in der Regel eine autoritative Domäne verwendet. Die Standarddomäne wird verwendet von:

• Die externe Postmasteradresse: postmaster@<default domain>.
• Gekapselte Nicht-SMTP-E-Mail-Adressen (gekapselte Internet Mail Connector-Adresse oder IMCEA-Kapselung).
• Die primäre Adresse für alle Empfänger in der Standard-E-Mail-Adressrichtlinie. Wenn Sie eine andere akzeptierte Domäne als die Standarddomäne festlegen, wird die standardmäßige E-Mail-Adressrichtlinie nicht automatisch aktualisiert.

Der Parameter DeliveryStatusNotificationEnabled gibt an, ob die erweiterte SMTP-Erweiterung DSN (Übermittlung status Benachrichtigung) für den Empfangsconnector aktiviert oder deaktiviert ist. Gültige Werte sind:

• $true: DSN ist aktiviert und wird in der EHLO-Antwort angekündigt. Dies ist der Standardwert.
• $false: DSN ist deaktiviert und wird in der EHLO-Antwort nicht angekündigt.

Übermittlung status Benachrichtigungen sind in RFC 3461 definiert.

Der Parameter "DomainController" gibt den Domänencontroller an, der von diesem Cmdlet verwendet wird, um aus Active Directory Daten zu lesen oder hineinzuschreiben. Der Domänencontroller kann anhand seines vollqualifizierten Domänennamens (Fully Qualified Domain Name, FQDN) ermittelt werden. Beispiel: dc01.contoso.com.

Der DomainController-Parameter wird auf Edge-Transport-Servern nicht unterstützt. Edge-Transport-Server verwenden die lokale Instanz von Active Directory Lightweight Directory Services (AD LDS), um Daten zu lesen und zu schreiben.

Der Parameter DomainSecureEnabled gibt an, ob die gegenseitige TLS-Authentifizierung (Transport Layer Security) (auch als Domain Secure bezeichnet) für die Domänen aktiviert oder deaktiviert werden soll, die vom Empfangsconnector gewartet werden. Gültige Werte sind:

• $true: Die gegenseitige TLS-Authentifizierung ist aktiviert.
• $false: Die gegenseitige TLS-Authentifizierung ist deaktiviert.

Beachten Sie, dass das Festlegen dieses Parameters auf den Wert $true nur ein Teil der Anforderungen zum Aktivieren der gegenseitigen TLS-Authentifizierung ist:

• Der AuthMechanism-Parameter muss den Wert TLS enthalten und darf nicht den Wert ExternalAuthoritative enthalten.
• Die Domäne, die für die gegenseitige TLS-Authentifizierung verwendet wird, muss an den folgenden Speicherorten konfiguriert werden:
• Der Parameter TLSReceiveDomainSecureList im cmdlet Set-TransportConfig.
• Der AddressSpaces-Parameter im Set-SendConnector Cmdlet für den entsprechenden Sendeconnector.
• Der Parameter TLSSendDomainSecureList im cmdlet Set-TransportConfig.

Der Parameter EightBitMimeEnabled gibt an, ob die erweiterte SMTP-Erweiterung 8BITMIME für den Empfangsconnector aktiviert oder deaktiviert ist. Gültige Werte sind:

• $true: 8BITMIME ist aktiviert und wird in der EHLO-Antwort angekündigt. Dies ist der Standardwert.
• $false: 8BITMIME ist deaktiviert und wird in der EHLO-Antwort nicht angekündigt.

Die 8-Bit-Datenübertragung ist in RFC 6152 definiert.

Der Parameter EnableAuthGSSAPI aktiviert oder deaktiviert Kerberos, wenn integrierte Windows-Authentifizierung im Receive-Connector verfügbar ist (der AuthMechanism-Parameter enthält den Wert Integrated). Gültige Werte sind:

• $true: Kerberos ist aktiviert. Die erweiterte SMTP-Schlüsselwort (keyword) AUTH GSSAPI NTLM wird in der EHLO-Antwort angekündigt. Clients können Kerberos oder NTLM für integrierte Windows-Authentifizierung verwenden.
• $false: Kerberos ist deaktiviert. Die erweiterte SMTP-Schlüsselwort (keyword) AUTH NTLM wird in der EHLO-Antwort angekündigt. Clients können nur NTLM für integrierte Windows-Authentifizierung verwenden.

Die Generic Security Services Application Programming Interface (GSSAPI) ist ein IETF-Standard für den Zugriff auf Sicherheitsdienste.

Der Parameter Enabled gibt an, ob der Empfangsconnector aktiviert oder deaktiviert werden soll. Gültige Werte sind:

• $true: Der Empfangsconnector ist aktiviert. Dies ist der Standardwert.
• $false: Der Empfangsconnector ist deaktiviert.

Der Parameter EnhancedStatusCodesEnabled gibt an, ob die erweiterte SMTP-Erweiterung ENHANCEDSTATUSCODES für den Empfangsconnector aktiviert oder deaktiviert ist. Gültige Werte sind:

• $true: ENHANCEDSTATUSCODES ist aktiviert und wird in der EHLO-Antwort angekündigt. Dies ist der Standardwert.
• $false: ENHANCEDSTATUSCODES ist deaktiviert und wird in der EHLO-Antwort nicht angekündigt.

Erweiterte status Codes sind in RFC 2034 definiert.

Der Parameter ExtendedProtectionPolicy gibt an, wie Sie den erweiterten Schutz für die Authentifizierung für den Empfangsconnector verwenden möchten. Gültige Werte sind:

• Keine: Der erweiterte Schutz für die Authentifizierung wird nicht verwendet. Dies ist der Standardwert.
• Zulassen: Der erweiterte Schutz für die Authentifizierung wird nur verwendet, wenn der verbindende Host dies unterstützt. Andernfalls werden die Verbindungen ohne den erweiterten Schutz für die Authentifizierung eingerichtet.
• Erforderlich: Für alle eingehenden Verbindungen mit diesem Empfangsconnector ist erweiterter Schutz für die Authentifizierung erforderlich. Wenn der Host, der die Verbindung herstellt, den erweiterten Schutz der Authentifizierung nicht unterstützt, wird die Verbindung abgelehnt.

Der erweiterte Schutz für die Authentifizierung verbessert den Schutz und die Verarbeitung von Anmeldeinformationen bei der Authentifizierung von Netzwerkverbindungen mithilfe von integrierten Windows-Authentifizierung. Integrierte Windows-Authentifizierung wird auch als NTLM bezeichnet. Es wird dringend empfohlen, den erweiterten Schutz für die Authentifizierung zu verwenden, wenn Sie integrierte Windows-Authentifizierung verwenden.

Der Fqdn-Parameter gibt den Ziel-FQDN an, der verbundenen Messagingservern angezeigt wird. Dieser Wert wird an den folgenden Speicherorten verwendet:

• Im SMTP-Standardbanner des Empfangsconnectors
• In der EHLO/HELO-Antwort des Empfangsconnectors
• Im feld "Zuletzt empfangener Header" in der eingehenden Nachricht, wenn die Nachricht in den Transportdienst auf einem Postfachserver oder Edgeserver wechselt
• Während der TLS-Authentifizierung

Der Standardwert ist der FQDN desExchange-Servers, der den Empfangsconnector enthält (z. B. edge01.contoso.com). Sie können einen anderen FQDN angeben (z. B. mail.contoso.com).

Ändern Sie diesen Wert nicht auf dem Standardmäßigen Empfangsconnector mit dem Namen Default <Server Name> auf Postfachservern. Wenn In Ihrem organization mehrere Postfachserver vorhanden sind, schlägt der interne Nachrichtenfluss zwischen Postfachservern fehl, wenn Sie den FQDN-Wert für diesen Empfangsconnector ändern.

Der Parameter Identity gibt den Empfangsconnector an, den Sie ändern möchten. Sie können jeden Wert angeben, durch den der Empfangsconnector eindeutig identifiziert wird. Beispiel:

• Name
• Distinguished Name (DN)
• GUID
• ServerName\Name

Der LongAddressesEnabled-Parameter gibt an, ob der Receive-Connector lange X.400-E-Mail-Adressen akzeptiert. Die X.400-E-Mail-Adressen werden mithilfe der IMCEA-Kapselungsmethode (Internet Mail Connector Encapsulated Address) in SMTP-E-Mail-Adressen gekapselt. Gültige Werte sind:

• $true: X.400-E-Mail-Adressen können nach der IMCEA-Kapselung bis zu 1.860 Zeichen lang sein.
• $false: Die maximale Länge einer vollständigen SMTP-E-Mail-Adresse beträgt 571 Zeichen. Dies ist der Standardwert.

Wenn Sie diesen Parameter auf den Wert $true werden die folgenden Änderungen am Empfangsconnector vorgenommen:

• Die erweiterte SMTP-Erweiterung XLONGADDR ist aktiviert und wird in der EHLO-Antwort angekündigt.
• Die akzeptierte Zeilenlänge einer SMTP-Sitzung wird auf 8.000 Zeichen erhöht.
• Gültige lange Adressen werden von den Befehlen MAIL FROM und RCPT TO SMTP akzeptiert.

Sie können diesen Parameter nur für Empfangsconnectors im Transportdienst auf Postfachservern konfigurieren.

Dieser Parameter wird von Exchange Server 2016 nicht verwendet. Sie wird nur von Exchange 2010-Servern in Koexistenzumgebungen verwendet.

Der Parameter MaxAcknowledgementDelay gibt den Zeitraum an, in dem der Transportserver die Bestätigung verzögert, wenn Nachrichten von einem Host empfangen werden, der keine Schattenredundanz unterstützt. Beim Empfangen von Nachrichten von einem Host, der keine Schattenredundanz unterstützt, verzögert ein Microsoft Exchange Server 2010-Transportserver die Ausgabe einer Bestätigung, bis überprüft wird, ob die Nachricht erfolgreich an alle Empfänger übermittelt wurde. Wenn es jedoch zu lange dauert, eine erfolgreiche Übermittlung zu überprüfen, tritt für den Transportserver ein Zeitüberschreitungsout auf und gibt trotzdem eine Bestätigung aus. Der Standardwert beträgt 30 Sekunden.

Geben Sie zum Angeben eines Werts diesen als einen Zeitraum an: dd.hh:mm:ss, wobei dd Tagen, hh Stunden, mm Minuten und ss Sekunden entspricht.

Der Parameter MaxHeaderSize gibt die maximale Größe des SMTP-Nachrichtenheaders an, bevor der Empfangsconnector die Verbindung schließt. Der Standardwert ist 256 KB (262144 Bytes).

Wenn Sie einen Wert eingeben, qualifizieren Sie den Wert mit einer der folgenden Einheiten:

• B (Bytes)
• KB (Kilobytes)
• MB (Megabytes)
• GB (Gigabytes)

Nicht qualifizierte Werte werden in der Regel als Byte behandelt, kleine Werte werden jedoch auf das nächsthöhere Kilobyte aufgerundet.

Ein gültiger Wert liegt zwischen 1 und 2147483647 Bytes.

Der Parameter MaxHopCount gibt die maximale Anzahl von Hops an, die eine Nachricht nutzen kann, bevor die Nachricht vom Empfangsconnector abgelehnt wird. Die maximale Anzahl von Hops wird durch die Anzahl der Empfangen-Headerfelder bestimmt, die in einer gesendeten Nachricht vorhanden sind.

Ein gültiger Wert liegt zwischen 1 und 500. Der Standardwert ist 30.

Der Parameter MaxInboundConnection gibt die maximale Anzahl eingehender Verbindungen an, die dieser Empfangsconnector gleichzeitig verarbeitet.

Ein gültiger Wert liegt zwischen 1 und 2147483647 oder der Wert unbegrenzt. Der Standardwert lautet 5000.

Um das Limit für eingehende Verbindungen für einen Empfangsconnector zu deaktivieren, geben Sie den Wert unbegrenzt ein.

Der Parameter MaxInboundConnectionPercentagePerSource gibt die maximale Anzahl von Verbindungen an, die ein Empfangsconnector gleichzeitig von einer einzelnen IP-Adresse aus bedient, ausgedrückt als Prozentsatz der verfügbaren verbleibenden Verbindungen auf einem Empfangsconnector.

Ein gültiger Wert liegt zwischen 1 und 100 ohne das Prozentzeichen (%). Der Standardwert ist 2 Prozent.

Der Parameter MaxInboundConnectionPerSource gibt die maximale Anzahl von Verbindungen an, die dieser Empfangsconnector gleichzeitig von einer einzelnen IP-Adresse aus bedient.

Ein gültiger Wert liegt zwischen 1 und 10000 oder unbegrenzt. Der Standardwert ist 20.

Um den Grenzwert für eingehende Verbindungen pro Quelle für einen Empfangsconnector zu deaktivieren, geben Sie den Wert unbegrenzt ein.

Der Parameter MaxLocalHopCount gibt die maximale Anzahl lokaler Hops an, die eine Nachricht verwenden kann, bevor die Nachricht vom Empfangsconnector abgelehnt wird. Die maximale Anzahl lokaler Hops wird durch die Anzahl der empfangenen Header mit lokalen Serveradressen in einer gesendeten Nachricht bestimmt.

Ein gültiger Wert liegt zwischen 0 und 50. Der Standardwert ist 8.

Wenn Sie den Wert 0 angeben, wird die Nachricht nie basierend auf der Anzahl der lokalen Hops abgelehnt.

Der Parameter MaxLogonFailures gibt die Anzahl der Anmeldefehler an, die der Empfangsconnector wiederholt, bevor er die Verbindung schließt.

Ein gültiger Wert liegt zwischen 0 und 10. Der Standardwert ist 3.

Wenn Sie den Wert 0 angeben, wird die Verbindung aufgrund von Anmeldefehlern nie geschlossen.

Der Parameter MaxMessageSize gibt die maximale Größe einer Nachricht an, die über den Empfangsconnector zulässig ist. Der Standardwert ist 36 MB, was zu einer realistischen maximalen Nachrichtengröße von 25 MB führt.

Wenn Sie einen Wert eingeben, qualifizieren Sie den Wert mit einer der folgenden Einheiten:

• B (Bytes)
• KB (Kilobytes)
• MB (Megabytes)
• GB (Gigabytes)
• TB (Terabytes)

Nicht qualifizierte Werte werden in der Regel als Byte behandelt, kleine Werte werden jedoch auf das nächsthöhere Kilobyte aufgerundet.

Ein gültiger Wert für diesen Parameter liegt zwischen 65536 und 2147483647 Bytes.

Die Base64-Codierung erhöht die Größe von Nachrichten um ungefähr 33 %. Geben Sie daher einen Wert an, der 33 % größer ist als die tatsächliche maximale Nachrichtengröße, die Sie erzwingen möchten. Der Wert 64 MB ergibt beispielsweise eine maximale Nachrichtengröße von ca. 48 MB.

Der Parameter MaxProtocolErrors gibt die maximale Anzahl von SMTP-Protokollfehlern an, die der Empfangsconnector vor dem Schließen der Verbindung akzeptiert.

Ein gültiger Wert liegt zwischen 0 und 2147483647 oder der Wert unbegrenzt. Der Standardwert ist 5.

Wenn Sie den Wert unlimited angeben, wird eine Verbindung aufgrund von Protokollfehlern nie geschlossen.

Der Parameter MaxRecipientsPerMessage gibt die maximale Anzahl von Empfängern pro Nachricht an, die der Empfangsconnector vor dem Schließen der Verbindung akzeptiert.

Ein gültiger Wert liegt zwischen 1 und 512000. Der Standardwert lautet 200.

Der Parameter MessageRateLimit gibt die maximale Anzahl von Nachrichten an, die pro Minute von einer einzelnen Client-IP-Adresse gesendet werden können.

Ein gültiger Wert liegt zwischen 1 und 2147483647 oder der Wert unbegrenzt.

Um die Nachrichtenratenbegrenzung für einen Empfangsconnector zu entfernen, geben Sie den Wert unbegrenzt ein.

Der Standardwert für Empfangsconnectors auf Postfachservern ist unbegrenzt. Der Standardwert für Empfangsconnectors auf einem Edge-Transport-Server ist 600.

Der MessageRateSource-Parameter gibt an, wie die Nachrichtenübermittlungsrate berechnet wird. Gültige Werte sind:

• Keine: Es wird keine Nachrichtenübermittlungsrate berechnet.
• IPAddress: Die Nachrichtenübermittlungsrate wird für das Senden von Hosts berechnet.
• Benutzer: Die Nachrichtenübermittlungsrate wird für sendenden Benutzer berechnet (angegeben mit dem BEFEHL MAIL FROM SMTP).
• Alle: Die Nachrichtenübermittlungsrate wird sowohl für die sendenden Benutzer als auch für die sendenden Hosts berechnet.

Der Parameter Name gibt den eindeutigen Namen für den Empfangsconnector an. Die Höchstlänge beträgt 64 Zeichen. Wenn der Wert Leerzeichen enthält, setzen Sie ihn in Anführungszeichen (").

Der OrarEnabled-Parameter aktiviert oder deaktiviert oraror Requested Alternate Recipient (ORAR) für den Empfangsconnector. Gültige Werte sind:

• $true: ORAR ist aktiviert und wird im XORAR-Schlüsselwort (keyword) in der EHLO-Antwort angekündigt. Die tatsächlichen ORAR-Informationen werden im BEFEHL RCPT TO SMTP übertragen.
• $false: ORAR ist deaktiviert und wird in der EHLO-Antwort nicht angekündigt. Dies ist der Standardwert.

Wenn die in den ORAR-Informationen angegebene E-Mail-Adresse eine lange X.400-E-Mail-Adresse ist, müssen Sie den LongAddressesEnabled-Parameter auf den Wert $true festlegen.

Der Parameter PermissionGroups gibt die bekannten Sicherheitsprinzipale an, die zur Verwendung des Empfangsconnectors autorisiert sind, und die Ihnen zugewiesenen Berechtigungen. Gültige Werte sind:

• Keine
• AnonymousUsers
• ExchangeUsers
• ExchangeServers
• ExchangeLegacyServers
• Partner
• Benutzerdefiniert

Die Standardberechtigungsgruppen, die einem Empfangsconnector zugewiesen sind, hängen vom Connectornutzungstypparameter ab, der beim Erstellen des Connectors verwendet wurde (Client, Intern, Internet, Partner oder Nutzung).

Wenn Sie den Wert Benutzerdefiniert verwenden, müssen Sie einzelne Berechtigungen mithilfe des Cmdlets Add-ADPermission konfigurieren.

Weitere Informationen zu den Standardberechtigungen und Sicherheitsprinzipalen für Berechtigungsgruppen finden Sie unter Empfangen von Connectorberechtigungsgruppen.

Der Parameter PipeliningEnabled gibt an, ob die erweiterte SMTP-Erweiterung PIPELINING für den Empfangsconnector aktiviert oder deaktiviert ist. Gültige Werte sind:

• $true: PIPELINING ist aktiviert und wird in der EHLO-Antwort angekündigt. Dies ist der Standardwert.
• $false: PIPELINING ist deaktiviert und wird in der EHLO-Antwort nicht angekündigt.

Pipelining ist in RFC 2920 definiert.

Der Parameter ProtocolLoggingLevel gibt an, ob die Protokollprotokollierung für den Empfangsconnector aktiviert oder deaktiviert werden soll. Gültige Werte sind:

• Keine: Die Protokollprotokollierung ist für den Empfangsconnector deaktiviert. Dies ist der Standardwert.
• Ausführlich: Die Protokollprotokollierung ist für den Empfangsconnector aktiviert.

Weitere Informationen zur Protokollprotokollierung finden Sie unter Protokollprotokollierung.

Der Parameter RejectReservedSecondLevelRecipientDomains gibt an, ob Verbindungen, die Empfänger in reservierten Domänen der zweiten Ebene enthalten, gemäß RFC 2606 (example.com, example.net oder example.org) abgelehnt werden sollen. Der gültige Wert ist:

• $true: RCPT TO-Befehle, die reservierte Domänen der zweiten Ebene enthalten, werden abgelehnt.
• $false: RCPT TO-Befehle, die reservierte Domänen der zweiten Ebene enthalten, werden nicht abgelehnt. Dies ist der Standardwert.

Der Parameter RejectReservedTopLevelRecipientDomains gibt an, ob Verbindungen abgelehnt werden sollen, die Empfänger in reservierten Domänen der obersten Ebene (TLDs) enthalten, wie in RFC 2606 angegeben (.test, .example, .invalid oder .localhost). Der gültige Wert ist:

• $true: RCPT TO-Befehle, die reservierte TLDs enthalten, werden abgelehnt.
• $false: RCPT TO-Befehle, die reservierte TLDs enthalten, werden nicht abgelehnt. Dies ist der Standardwert.

Der Parameter RejectSingleLabelRecipientDomains gibt an, ob Verbindungen abgelehnt werden sollen, die Empfänger in Domänen mit einfacher Bezeichnung enthalten (z. B. chris@contoso anstelle von chris@contoso.com). Gültige Werte sind:

• $true: RCPT TO-Befehle, die Domänen mit nur einer Bezeichnung enthalten, werden abgelehnt.
• $false: RCPT TO-Befehle, die Domänen mit nur einer Bezeichnung enthalten, werden nicht abgelehnt. Dies ist der Standardwert.

Der Parameter RemoteIPRanges gibt die Remote-IP-Adressen an, von denen der Empfangsconnector Nachrichten akzeptiert. Gültige Werte sind:

• Einzelne IP-Adresse: Beispiel: 192.168.1.1 oder fe80::39bd:88f7:6969:d223%11.
• IP-Adressbereich: Beispiel: 192.168.1.1-192.168.1.254.
• CIDR-IP-Adressbereich (Classless InterDomain Routing): Beispiel: 192.168.1.1/24 oder 2001:0DB8::CD3/60.

Sie können mehrere Werte angeben, die durch Kommas getrennt sind: "Value1","Value2",..."ValueN".

Mehrere Empfangsconnectors auf demselben Server können sich überlappende Remote-IP-Adressbereiche aufweisen, solange ein IP-Adressbereich vollständig von einem anderen überlappend ist. Beispielsweise können Sie die folgenden Remote-IP-Adressbereiche auf verschiedenen Empfangsconnectors auf demselben Server konfigurieren:

• 0.0.0.0
• 192.168.1.1/24
• 192.168.1.10

Wenn sich Remote-IP-Adressbereiche überlappen, wird der Empfangsconnector mit der spezifischsten Übereinstimmung mit der IP-Adresse des Verbindungsservers verwendet.

Der Parameter RequireEHLODomain gibt an, ob der Client einen Domänennamen im EHLO-Handshake angeben muss, nachdem die SMTP-Verbindung hergestellt wurde. Gültige Werte sind:

• $true: Der Client muss im EHLO-Handshake einen Domänennamen angeben. Ist dies nicht der Fall, wird die SMTP-Verbindung geschlossen.
• $false: Der Client muss keinen Domänennamen im EHLO-Handshake angeben. Dies ist der Standardwert.

Der RequireTLS-Parameter gibt an, ob die TLS-Übertragung für eingehende Nachrichten auf dem Empfangsconnector erforderlich ist. Gültige Werte sind:

• $true: Eingehende Nachrichten auf dem Empfangsconnector erfordern TLS-Übertragung.
• $false: Eingehende Nachrichten auf dem Empfangsconnector erfordern keine TLS-Übertragung. Dies ist der Standardwert.

Der Parameter ServiceDiscoveryFqdn gibt den vollqualifizierten Domänennamen (FQDN) der Dienstermittlung an. für den Empfangsconnector.

Der Parameter SizeEnabled gibt an, wie die erweiterte SMTP-Erweiterung SIZE für den Empfangsconnector verwendet wird. Gültige Werte sind:

• Aktiviert: SIZE ist aktiviert und wird in der EHLO-Antwort zusammen mit dem Wert des Parameters MaxMessageSize angekündigt. Wenn die Größe der eingehenden Nachricht den angegebenen Wert überschreitet, schließt der Empfangsconnector die Verbindung mit einem Fehlercode. Dies ist der Standardwert.
• Deaktiviert: SIZE ist deaktiviert und wird in der EHLO-Antwort nicht angekündigt.
• EnabledwithoutValue: SIZE ist aktiviert und wird in der EHLO-Antwort angekündigt, aber der Wert des Parameters MaxMessageSize wird in der EHLO-Antwort nicht offengelegt. Mit dieser Einstellung können Nachrichten die Überprüfung der Nachrichtengröße für authentifizierte Verbindungen zwischen Postfachservern umgehen.

SIZE ist in RFC 1870 definiert.

Dieser Parameter ist für die interne Verwendung durch Microsoft reserviert.

Der Parameter SuppressXAnonymousTls gibt an, ob die erweiterte SMTP-Erweiterung X-ANONYMOUSTLS für den Empfangsconnector aktiviert oder deaktiviert ist. Gültige Werte sind:

• $true: X-ANONYMOUSTLS ist deaktiviert und wird in der EHLO-Antwort nicht angekündigt. Diese Einstellung erfordert auch, dass Sie den Parameter UseDownGradedExchangeServerAuth auf den Wert festlegen, der im cmdlet Set-TransportService auf dem Server $true.
• $false: X-ANONYMOUSTLS ist aktiviert und wird in der EHLO-Antwort angekündigt. Dies ist der Standardwert.

Die X-ANONYMOUSTLS-Erweiterung ist wichtig, wenn der AuthMechanism-Parameter den Wert ExchangeServer enthält.

Der Parameter TarpitInterval gibt den Zeitraum an, in dem eine SMTP-Antwort an einen Remoteserver verzögert wird, der die Verbindung missbraucht. Der Standardwert ist 00:00:05 (5 Sekunden).

Geben Sie zum Angeben eines Werts diesen als einen Zeitraum an: dd.hh:mm:ss, wobei dd Tagen, hh Stunden, mm Minuten und ss Sekunden entspricht.

Wenn Sie den Wert auf 00:00:00 festlegen, deaktivieren Sie das Tarpitintervall. Wenn Sie diesen Wert auf mehr als einige Sekunden festlegen, kann dies zu Timeouts und Nachrichtenflussproblemen führen.

Sie können die Verzögerung für Authentifizierungsfehlerantworten mithilfe des Parameters AuthTarpitInterval konfigurieren.

Der TlsCertificateName-Parameter gibt das X.509-Zertifikat an, das für die für TLS-Verschlüsselung verwendet werden soll. Ein gültiger Wert für diesen Parameter ist "<I>X.500Issuer<S>X.500Subject". Der Wert X.500Issuer befindet sich im Feld Issuer des Zertifikats, und der Wert X.500Subject befindet sich im Feld Subject des Zertifikats. Sie können diese Werte finden, indem Sie das Get-ExchangeCertificate-Cmdlet ausführen. Wenn Sie Get-ExchangeCertificate ausgeführt haben, um den Fingerabdruckwert des Zertifikats zu ermitteln, führen Sie den Befehl $TLSCert = Get-ExchangeCertificate -Thumbprint <Thumbprint>aus, führen Sie den Befehl $TLSCertName = "<I>$($TLSCert.Issuer)<S>$($TLSCert.Subject)" aus, und verwenden Sie dann den Wert $TLSCertName für diesen Parameter.

Der Parameter TlsDomainCapabilities gibt die Funktionen an, die der Empfangsconnector bestimmten Hosts außerhalb des organization zur Verfügung stellt. Remotehosts werden mit TLS mit Zertifikatüberprüfung authentifiziert, bevor diese Funktionen angeboten werden.

Dieser Parameter verwendet die folgende Syntax:

"Domain1:Capability1,Capability2,"...,"Domain2:Capability1,Capability2,...",...

Sie können diesen Parameter nur in Exchange-Hybridbereitstellungen verwenden, und die gültigen Capability-Werte sind:

• AcceptCloudServicesMail (Exchange 2013 oder höher)
• AcceptOorgProtocol (Exchange 2010)

Weitere Funktionswerte sind verfügbar, aber es gibt kein Szenario, um sie zu verwenden. Weitere Informationen finden Sie unter Erweitertes Office 365 Routing.

Die verfügbaren Domänenwerte sind eine SMTP-Domäne (z. B. contoso.com) oder der Wert NO-TLS für eingehende Verbindungen ohne TLS-Verschlüsselung.

Beispiel: "contoso.com:AcceptOorgProtocol","fabrikam.com:AcceptCloudServicesMail".

Der Parameter TransportRole gibt den Transportdienst auf dem Postfachserver an, auf dem der Empfangsconnector erstellt wird. Gültige Werte sind:

• FrontendTransport: Der Front-End-Transportdienst, bei dem Client- oder externe SMTP-Verbindungen auftreten.
• HubTransport: Der Transportdienst, bei dem Exchange-Server- und Proxyclient-SMTP-Verbindungen auftreten.

Sie können diesen Parameter nicht auf Edge-Transport-Servern verwenden.

Die Option "WhatIf" simuliert die Aktionen des Befehls. Sie können diesen Switch verwenden, um die Änderungen anzuzeigen, die auftreten würden, ohne diese Änderungen tatsächlich anzuwenden. Sie müssen keinen Wert für diese Option angeben.