Test-SmtpConnectivity

Referenz

Modul:: ExchangePowerShell

Gilt für::: Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

Dieses Cmdlet ist nur lokal in Exchange verfügbar.

Mit dem Cmdlet Test-SmtpConnectivity können Sie diagnostizieren, ob eine SMTP-Verbindung mit den Empfangsconnectors auf einem bestimmten Server erfolgreich hergestellt werden kann. Auch wenn dieses Cmdlet zur Überprüfung der SMTP-Konnektivität für einen bestimmten Server manuell ausgeführt werden kann, wird es vornehmlich von Microsoft System Center Operations Manager 2007 eingesetzt, um zu prüfen, ob die Transportserver auf allen zugehörigen Empfangsconnectors SMTP-Verbindungen mit den einzelnen Bindungen empfangen können.

Informationen zu den Parametersätzen im Abschnitt zur Syntax weiter unten finden Sie unter Syntax der Exchange-Cmdlets.

Syntax

Test-SmtpConnectivity
    [[-Identity] <ServerIdParameter>]
    [-Confirm]
    [-DomainController <Fqdn>]
    [-MonitoringContext <Boolean>]
    [-WhatIf]
    [<CommonParameters>]

Beschreibung

Wenn Sie das Cmdlet Test-SmtpConnectivity für einen Postfachserver ausführen, versucht das Cmdlet eine SMTP-Verbindung mit allen Bindungen aller Empfangsconnectors herzustellen, die auf dem jeweiligen Server gehostet werden. Für jeden Versuch gibt das Cmdlet folgende Informationen zurück:

Server: Der Name des Servers, auf dem der Empfangsconnector gehostet wird.
ReceiveConnector: Der Name des Empfangsconnectors, mit dem die SMTP-Verbindung hergestellt werden sollte.
Binding: Die Bindung, die auf dem Empfangsconnector konfiguriert wurde.
EndPoint: Die tatsächliche IP-Adresse und der Port, mit der bzw. dem die SMTP-Verbindung hergestellt werden sollte.
StatusCode: Das Ergebnis des Verbindungsversuchs. Folgende Werte sind möglich: Erfolg, Keine Verbindung möglich, vorübergehender Fehler, permanenter Fehler, externer Fehler.
Details: Die tatsächliche Antwort vom getesteten Server. Wenn der Verbindungsversuch nicht erfolgreich ist, enthält dieses Feld eine Fehlerzeichenfolge.

Sie können die Ergebnisse in eine Datei schreiben, indem Sie die Ausgabe an die ConvertTo-Html oder ConvertTo-Csv umleiten und > <filename> zum Befehl hinzufügen. Beispiel: Test-SmtpConnectivity Mailbox01 | ConvertTo-Csv > "C:\My Documents\SMTP Test.csv".

Bevor Sie dieses Cmdlet ausführen können, müssen Ihnen die entsprechenden Berechtigungen zugewiesen werden. Auch wenn in diesem Thema alle Parameter für das Cmdlet aufgeführt werden, verfügen Sie möglicherweise nicht über den Zugriff auf einige Parameter, wenn sie nicht in den Ihnen zugewiesenen Berechtigungen enthalten sind. Wie Sie herausfinden, welche Berechtigungen zur Ausführung eines bestimmten Cmdlets oder Parameters in Ihrer Organisation erforderlich sind, können Sie unter Find the permissions required to run any Exchange cmdlet nachlesen.

Beispiele

Beispiel 1

Test-SmtpConnectivity Mailbox01

In diesem Beispiel wird die SMTP-Konnektivität für alle Empfangsconnectors auf dem Postfachserver "Mailbox01" überprüft.

Beispiel 2

Get-TransportService | Test-SmtpConnectivity

In diesem Beispiel wird die SMTP-Konnektivität für alle Empfangsconnectors auf allen Postfachservern in der Organisation überprüft.

Parameter

-Confirm

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.

Type:	SwitchParameter
Aliases:	cf
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-DomainController

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.

Type:	Fqdn
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-Identity

Der Parameter Identity gibt den Transportserver an, für den das Cmdlet die SMTP-Konnektivität überprüft.

Der Parameter Identity gibt den Transportserver an, auf dem Sie die SMTP-Konnektivität überprüfen möchten (testen Sie alle Empfangsconnectors auf dem angegebenen Server). Der Parameter MailboxServer gibt den zu testenden exExchange2k16- oder exExchange2k13-Postfachserver an. Beispiel:

Name
FQDN
Distinguished Name (DN)
Exchange-Legacy-DN

Wenn Sie diesen Parameter nicht verwenden, werden alle Empfangsconnectors auf dem lokalen Server getestet.

Type:	ServerIdParameter
Position:	1
Default value:	None
Required:	False
Accept pipeline input:	True
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-MonitoringContext

Der Parameter MonitoringContext gibt an, ob zugehörige Überwachungsereignisse und Leistungsindikatoren in den Ergebnissen verwendet werden sollen. Gültige Werte sind:

$true: Überwachungsereignisse und Leistungsindikatoren sind in den Befehlsergebnissen enthalten. In der Regel sind Überwachungsereignisse und Leistungsindikatoren in den Ergebnissen eingeschlossen, wenn die Ausgabe an den Microsoft System Center Operations Manager (SCOM) übergeben wird.
$false: Überwachungsereignisse und Leistungsindikatoren sind nicht in den Befehlsergebnissen enthalten. Dies ist der Standardwert.

Type:	Boolean
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-WhatIf

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.

Type:	SwitchParameter
Aliases:	wi
Position:	Named
Default value:	None
Required:	False
Accept pipeline input:	False
Accept wildcard characters:	False
Applies to:	Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

Eingaben

Input types

Eingabetypen, die dieses Cmdlet akzeptiert, finden Sie unter Eingabe- und Ausgabetypen für Cmdlets. Wenn das Feld mit dem Eingabetyp für ein Cmdlet leer ist, akzeptiert das Cmdlet diese Eingabedaten nicht.

Ausgaben

Output types

Informationen zu den Rückgabetypen, die auch als Ausgabetypen bezeichnet werden, die dieses Cmdlet akzeptiert, finden Sie unter Cmdlet Input and Output Types. Wenn das Feld Ausgabetyp leer ist, gibt das Cmdlet keine Daten zurück.

Freigeben über