Test-OutlookConnectivity

Dieses Cmdlet ist nur lokal in Exchange verfügbar.

Verwenden Sie das Cmdlet Test-OutlookConnectivity, um die End-to-End-Microsoft Outlook-Clientkonnektivität in der Microsoft Exchange-Organisation zu testen. Dies schließt Tests für Outlook Anywhere (RPC über HTTP) und MAPI über HTTP-Verbindungen ein.

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

Syntax

Test-OutlookConnectivity
    [-ProbeIdentity] <String>
    [-Credential <PSCredential>]
    [-Hostname <String>]
    [-MailboxId <MailboxIdParameter>]
    [-RunFromServerId <ServerIdParameter>]
    [-TimeOutSeconds <String>]
    [<CommonParameters>]
Test-OutlookConnectivity
    [[-Identity] <MailboxIdParameter>]
    -Protocol <Protocol>
    [-Archive <Boolean>]
    [-Confirm]
    [-MailboxCredential <PSCredential>]
    [-MonitoringContext]
    [-TotalTimeoutInMinutes <Int32>]
    [-TrustAnySslCert]
    [-WhatIf]
    [<CommonParameters>]
Test-OutlookConnectivity
    [[-Identity] <MailboxIdParameter>]
    -GetDefaultsFromAutodiscover <Boolean>
    [-Archive <Boolean>]
    [-Confirm]
    [-MailboxCredential <PSCredential>]
    [-MonitoringContext]
    [-RpcAuthenticationType <RpcAuthenticationType>]
    [-RpcClientAccessServer <ClientAccessServerIdParameter>]
    [-RpcProxyAuthenticationType <RPCProxyAuthenticationType>]
    [-RpcProxyServer <ServerIdParameter>]
    [-TotalTimeoutInMinutes <Int32>]
    [-TrustAnySslCert]
    [-WhatIf]
    [<CommonParameters>]
Test-OutlookConnectivity
    [[-Identity] <MailboxIdParameter>]
    -RpcTestType <RpcTestType>
    [-Archive <Boolean>]
    [-Confirm]
    [-MailboxCredential <PSCredential>]
    [-MonitoringContext]
    [-RpcAuthenticationType <RpcAuthenticationType>]
    [-RpcClientAccessServer <ClientAccessServerIdParameter>]
    [-RpcProxyAuthenticationType <RPCProxyAuthenticationType>]
    [-RpcProxyTestType <RpcProxyTestType>]
    [-TotalTimeoutInMinutes <Int32>]
    [-TrustAnySslCert]
    [-WhatIf]
    [<CommonParameters>]
Test-OutlookConnectivity
    [[-Identity] <MailboxIdParameter>]
    -WSTestType <VirtualDirectoryUriScope>
    [-Archive <Boolean>]
    [-Confirm]
    [-MailboxCredential <PSCredential>]
    [-MonitoringContext]
    [-TotalTimeoutInMinutes <Int32>]
    [-TrustAnySslCert]
    [-WhatIf]
    [<CommonParameters>]

Beschreibung

Beim Ausführen des cmdlets Test-OutlookConnectivity wird eine Outlook-Verbindung überprüft, die durch die bereitgestellten Parameter definiert wird. Der Befehl kann ein einzelnes Postfach überprüfen.

Das Cmdlet Test-OutlookConnectivity führt denselben Prozess wie die Überwachungstests aus. Der Microsoft Exchange-Integritäts-Manager-Dienst (MSExchangeHM) muss ausgeführt werden und die Outlook-Tests auf dem computer erstellt haben, der getestet wird. Sie müssen eine der Outlook-Testidentitäten auswählen, um den Test auszuführen. Verwenden Sie das Cmdlet Get-MonitoringItemIdentity , um zu sehen, welche Tests aktiv sind.

In diesem Beispiel werden die Tests aufgelistet, die in den Back-End-Diensten auf einem Postfachserver ausgeführt werden: Get-MonitoringItemIdentity -Server MailboxServer1 -Identity outlook.protocol | ?{$_.Name -like '*probe'}.

In diesem Beispiel werden die Tests aufgelistet, die in den Clientzugriffsdiensten auf einem Postfachserver ausgeführt werden: Get-MonitoringItemIdentity -Server MailboxServer1 -Identity outlook | ?{$_.Name -like '*probe'}.

Weitere Informationen zu Tests und dem Überwachungsframework finden Sie unter Verwaltete Verfügbarkeit, verwaltete Verfügbarkeit und Serverintegrität und Anpassen der verwalteten Verfügbarkeit.

Standardmäßig verwendet das Cmdlet das Testüberwachungskonto, das an den angegebenen Test angefügt ist. Sie können stattdessen über den Parameter MailboxId ein anderes Postfach eingeben. Die Optionen und Ergebnisse sind im Folgenden dargestellt.

  • MailboxId und Anmeldeinformationen sind nicht angegeben: Generischer Konnektivitätstest für ein Testpostfach unter Verwendung der Testanmeldeinformationen des Systems.
  • MailboxId ist angegeben, Anmeldeinformationen sind nicht: Konnektivitätstest mit dem jeweiligen Postfach unter Verwendung der Testanmeldeinformationen des Systems.
  • MailboxId und Credential sind beide angegeben: Sie erhalten einen Verbindungstest mit dem spezifischen Postfach, zudem wird getestet, ob die angegebenen Anmeldeinformationen für dieses Postfach gültig sind.

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-OutlookConnectivity -ProbeIdentity OutlookMapiHttp.Protocol\OutlookMapiHttpSelfTestProbe

In Exchange 2013 oder höher führt dieses Beispiel eine MAPI über HTTP OutlookRpcSelfTestProbe auf dem Postfachserver aus, mit dem Sie derzeit verbunden sind.

Beispiel 2

Test-OutlookConnectivity "Outlook.Protocol\OutlookRpcDeepTestProbe\Mailbox Database 1234512345" -RunFromServerId PrimaryMailbox -MailboxId johnd@contoso.com

In Exchange 2013 oder höher führt dieses Beispiel OutlookRpcDeepTestProbe vom Server "PrimaryMailbox" für das Postfach "johnd@contoso.com" aus, das in "Mailbox Database 1234512345" eingebunden ist. Da der Parameter Credential nicht angegeben ist, werden bei dem Test die Standardtestanmeldeinformationen verwendet.

Beispiel 3

Test-OutlookConnectivity -Protocol HTTP -GetDefaultsFromAutoDiscover $true

In Exchange 2010 testet dieses Beispiel das gängigste End-to-End-Konnektivitätsszenario für Outlook Anywhere. Dies umfasst tests auf Konnektivität über den AutoErmittlungsdienst, Erstellen eines Benutzerprofils und Anmelden beim Benutzerpostfach. Alle erforderlichen Werte werden vom AutoErmittlungsdienst abgerufen. Da der Identity-Parameter nicht angegeben ist, verwendet der Befehl den temporären Testbenutzer, den Sie mithilfe des New-TestCasConnectivityUser.ps1-Skripts erstellt haben. Dieser Beispielbefehl kann ausgeführt werden, um die TCP/IP-Konnektivität zu testen, indem der Protocol-Parameter auf RPC festgelegt wird.

Beispiel 4

Test-OutlookConnectivity -RpcProxyTestType:Internal -RpcTestType:Server

In Exchange 2010 wird in diesem Beispiel die Outlook Anywhere-Konnektivität mithilfe des lokalen Servers als RpcProxy-Endpunkt sowie des RPC-Endpunkts getestet. Da der Identity-Parameter nicht angegeben ist, verwendet der Befehl den temporären Testbenutzer, den Sie mithilfe des New-TestCasConnectivityUser.ps1-Skripts erstellt haben. Ändern Sie dieses Beispiel, um die öffentliche externe URL zu verwenden, indem Sie den RpcProxyTestType-Parameter auf External festlegen. Darüber hinaus kann der Beispielbefehl das Clientzugriffsserverarray als RPC-Endpunkt verwenden, indem der RpcTestType-Parameter auf Array festgelegt wird. Um nur die TCP/IP-Konnektivität zu überprüfen, lassen Sie den Parameter RpcProxyTestType aus.

Beispiel 5

Test-OutlookConnectivity -RpcProxyServer RpcProxySrv01 -RpcProxyAuthenticationType Basic -RpcClientAccessServer CAS01 -RpcAuthenticationType NTLM

In Exchange 2010 überprüft dieses Beispiel die Outlook-Konnektivität über RpcProxy auf einem Server auf einem anderen Server, auf dem die Clientzugriffsserverrolle ausgeführt wird, mit Basic für die äußere Authentifizierungsebene und NTLM für die innere Authentifizierungsebene. Mithilfe dieser Parameter können Sie die meisten Arten von Outlook-Konnektivitätskonfigurationen überprüfen. Dieser Befehl kann auch verwendet werden, wenn der Parameter GetDefaultsFromAutoDiscover auf $true festgelegt ist, wenn Sie nur einen oder zwei Parameter überschreiben müssen. Dieser folgende Befehl ähnelt dem Ausführen eines Konnektivitätstests mit dem RPC-Ping-Hilfsprogramm, bietet jedoch eine stärkere Überprüfung.

Parameter

-Archive

Dieser Parameter ist nur in Exchange Server 2010 verfügbar.

Der Parameter Archive gibt an, ob Tests ausgeführt werden sollen, um eine Verbindung mit dem lokalen Archivpostfach des Benutzers herzustellen. Gültige Werte sind:

$true: Stellen Sie eine Verbindung mit dem lokalen Archivpostfach des Benutzers her.

$false: Stellen Sie keine Verbindung mit dem lokalen Postfach des Benutzers her. 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

-Confirm

Dieser Parameter ist nur in Exchange Server 2010 verfügbar.

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

-Credential

Der Parameter Credential gibt die vom Test verwendeten Anmeldeinformationen an. Die Testanmeldeinformationen des Systems werden standardmäßig verwendet.

Ein Wert für diesen Parameter setzt das Cmdlet "Get-Credential" voraus. Verwenden Sie den Wert (Get-Credential), um diesen Befehl anzuhalten und eine Aufforderung zur Eingabe von Anmeldeinformationen zu erhalten. Oder speichern Sie die Anmeldeinformationen in einer Variablen (beispielsweise $cred = Get-Credential), bevor Sie diesen Befehl ausführen, und verwenden Sie dann den Variablennamen ($cred) für diesen Parameter. Weitere Informationen finden Sie unter Get-Credential.

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

-GetDefaultsFromAutodiscover

Dieser Parameter ist nur in Exchange Server 2010 verfügbar.

Der Parameter GetDefaultsFromAutodiscover gibt an, ob Standardwerte für alle anderen Parameter für den Befehl aus den Einstellungen des AutoErmittlungsdiensts abgerufen werden sollen. Wenn Sie den Befehl ausführen, der Werte für andere Parameter angibt, überschreiben diese Werte die Standardwerte aus dem AutoErmittlungsdienst. Der Standardwert für diesen Parameter ist $true.

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

-Hostname

Der ParameterHostname gibt das Protokollendpunktziel des Tests an. Sie können einen bestimmten Postfachserver oder eine Route über den Distributed Name Service-Server verwenden.

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

-Identity

Dieser Parameter ist nur in Exchange Server 2010 verfügbar.

Der Parameter Identity gibt ein Zielbenutzerpostfach an. Sie können jeden beliebigen Wert verwenden, sofern er das Postfach eindeutig kennzeichnet. Beispiel:

  • Name
  • Alias
  • Distinguished Name (DN)
  • Distinguished Name (DN)
  • Domäne\benutzername
  • E-Mail-Adresse
  • GUID
  • LegacyExchangeDN
  • SamAccountName
  • Benutzer-ID oder User Principal Name (UPN)

Wenn Sie diesen Parameter nicht verwenden, sucht der Befehl nach einem Testbenutzer in Active Directory, den Sie zuvor mithilfe des skripts New-TestCasConnectivityUser.ps1 erstellt haben.

Type:MailboxIdParameter
Position:1
Default value:None
Required:False
Accept pipeline input:True
Accept wildcard characters:False
Applies to:Exchange Server 2010

-MailboxCredential

Dieser Parameter ist nur in Exchange Server 2010 verfügbar.

Der Parameter MailboxCredential gibt bestimmte Anmeldeinformationen an, um den Anmeldezugriff auf das Postfach eines Benutzers zu ermöglichen. Verwenden Sie den Parameter zusammen mit dem Identity-Parameter, um auf das Postfach eines Benutzers zuzugreifen, wenn Sie nicht über Zugriffsberechtigungen verfügen.

Ein Wert für diesen Parameter setzt das Cmdlet "Get-Credential" voraus. Verwenden Sie den Wert (Get-Credential), um diesen Befehl anzuhalten und eine Aufforderung zur Eingabe von Anmeldeinformationen zu erhalten. Oder speichern Sie die Anmeldeinformationen in einer Variablen (beispielsweise $cred = Get-Credential), bevor Sie diesen Befehl ausführen, und verwenden Sie dann den Variablennamen ($cred) für diesen Parameter. Weitere Informationen finden Sie unter Get-Credential.

Type:PSCredential
Position:Named
Default value:None
Required:False
Accept pipeline input:True
Accept wildcard characters:False
Applies to:Exchange Server 2010

-MailboxId

Der Parameter MailboxID gibt das Zielpostfach an.

In Exchange 2013 oder höher gibt der Parameter Identity ein Zielbenutzerpostfach an. Sie können jeden beliebigen Wert verwenden, sofern er das Postfach eindeutig kennzeichnet. Beispiel:

  • Name
  • Alias
  • Distinguished Name (DN)
  • Distinguished Name (DN)
  • Domäne\benutzername
  • E-Mail-Adresse
  • GUID
  • LegacyExchangeDN
  • SamAccountName
  • Benutzer-ID oder User Principal Name (UPN)

Wenn Sie diesen Parameter nicht verwenden, verwendet der Befehl das Testkonto.

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

-MonitoringContext

Dieser Parameter ist nur in Exchange Server 2010 verfügbar.

Die Option MonitoringContext schließt die zugeordneten Überwachungsereignisse und Leistungsindikatoren in die Ergebnisse ein. Sie müssen keinen Wert für diese Option angeben.

In der Regel sind Überwachungsereignisse und Leistungsindikatoren in den Ergebnissen eingeschlossen, wenn die Ausgabe an den Microsoft System Center Operations Manager (SCOM) übergeben wird.

Type:SwitchParameter
Position:Named
Default value:None
Required:False
Accept pipeline input:False
Accept wildcard characters:False
Applies to:Exchange Server 2010

-ProbeIdentity

Der Parameter ProbeIdentity gibt den zu verwendenden Test an. Gültige Werte sind:

Outlook Anywhere-Tests (RPC über HTTP):

  • Outlook.Protocol\OutlookRpcSelfTestProbe: Überprüft, ob der RPC/HTTP-Endpunkt Datenverkehr auf dem Postfachserver empfangen kann. Es wird nicht versucht, sich bei einem Postfach anzumelden. Es handelt sich um eine allgemeine Verbindungsprüfung.
  • Outlook.Protocol\OutlookRpcDeepTestProbe: Überprüft, ob der RPC/HTTP-Endpunkt auf dem Postfachserver funktioniert. Es wird versucht, eine Verbindung mit dem Postfach herzustellen und sich beim Postfach anzumelden. Da keine Datenbank angegeben ist, wird versucht, eine Verbindung mit der ersten Datenbank herzustellen, die vom cmdlet Get-MailboxDatabase zurückgegeben wird.
  • Outlook.Protocol\OutlookRpcDeepTestProbe\<Case-sensitive Mailbox Database Name>: Überprüft, ob der RPC/HTTP-Endpunkt auf dem Postfachserver funktioniert. Es wird versucht, eine Verbindung mit dem Postfach herzustellen und sich in der angegebenen Postfachdatenbank anzumelden. Wenn der Name der Postfachdatenbank Leerzeichen enthält, schließen Sie den gesamten Wert in Anführungszeichen ein (z. B "Outlook.Protocol\OutlookRpcDeepTestProbe\Mailbox Database 0352791530". ).

MAPI über HTTP-Tests:

  • OutlookMapiHttp.Protocol\OutlookMapiHttpSelfTestProbe: Überprüft, ob der MAPI/HTTP-Endpunkt Datenverkehr auf dem Postfachserver empfangen kann. Es wird nicht versucht, sich bei einem Postfach anzumelden. Es handelt sich um eine allgemeine Verbindungsprüfung.
  • OutlookMapiHttp.Protocol\OutlookMapiHttpDeepTestProbe: Überprüft, ob der MAPI/HTTP-Endpunkt auf dem Postfachserver funktioniert. Es wird versucht, eine Verbindung herzustellen und sich beim Postfach anzumelden. Da keine Datenbank angegeben ist, wird versucht, eine Verbindung mit der ersten Datenbank herzustellen, die vom cmdlet Get-MailboxDatabase zurückgegeben wird.
  • OutlookMapiHttp.Protocol\OutlookRpcDeepTestProbe\<Case-sensitive Mailbox Database Name>: Überprüft, ob der MAPI/HTTP-Endpunkt auf dem Postfachserver funktioniert. Es wird versucht, eine Verbindung herzustellen und sich bei dem Postfach in der angegebenen Datenbank anzumelden. Wenn der Name der Postfachdatenbank Leerzeichen enthält, schließen Sie den gesamten Wert in Anführungszeichen ein (z. B "Outlook.Protocol\OutlookRpcDeepTestProbe\Mailbox Database 0352791530". ).
Type:String
Position:1
Default value:None
Required:True
Accept pipeline input:False
Accept wildcard characters:False
Applies to:Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-Protocol

Dieser Parameter ist nur in Exchange Server 2010 verfügbar.

Der Parameter Protocol gibt an, ob die Outlook Anywhere-Konnektivität getestet oder direkt auf RPC- oder TCP/IP-Konnektivität getestet werden soll. Der Wert ist entweder HTTP oder TCP.

Type:Protocol
Position:Named
Default value:None
Required:True
Accept pipeline input:False
Accept wildcard characters:False
Applies to:Exchange Server 2010

-RpcAuthenticationType

Dieser Parameter ist nur in Exchange Server 2010 verfügbar.

Der RpcAuthenticationType-Parameter gibt die Authentifizierungseinstellung an, die für die RPC-Ebene getestet werden soll. Die Verwendung dieses Parameters ist hilfreich, wenn im virtuellen Verzeichnis des RPC-Proxys ein anderer Authentifizierungstyp festgelegt ist. Folgende Werte können verwendet werden:

  • NTLM
  • Kerberos
  • Verhandeln

Der Standardwert ist Negotiate.

Type:RpcAuthenticationType
Position:Named
Default value:None
Required:False
Accept pipeline input:False
Accept wildcard characters:False
Applies to:Exchange Server 2010

-RpcClientAccessServer

Dieser Parameter ist nur in Exchange Server 2010 verfügbar.

Der Parameter RpcClientAccessServer gibt den Zielserver an, auf dem die Clientzugriffsserverrolle installiert ist, die Sie testen möchten. Dies kann ein vollqualifizierter Domänenname (Fully Qualified Domain Name, FQDN) des Servers oder eine GUID sein.

Type:ClientAccessServerIdParameter
Position:Named
Default value:None
Required:False
Accept pipeline input:True
Accept wildcard characters:False
Applies to:Exchange Server 2010

-RpcProxyAuthenticationType

Dieser Parameter ist nur in Exchange Server 2010 verfügbar.

Der Parameter RpcProxyAuthenticationType gibt die Authentifizierungseinstellung für den RPC-Proxy-Endpunkt an. Der Wert kann als Basic, NTLM oder Negotiate angegeben werden. Es gibt keinen Standardwert, es sei denn, sie wird mit dem Parameter GetDefaultsFromAutodiscover verwendet.

Type:RPCProxyAuthenticationType
Position:Named
Default value:None
Required:False
Accept pipeline input:False
Accept wildcard characters:False
Applies to:Exchange Server 2010

-RpcProxyServer

Dieser Parameter ist nur in Exchange Server 2010 verfügbar.

Der RpcProxyServer-Parameter gibt an, ob der RpcProxy-Zielserver für Tests festgelegt werden soll. Dieser Parameter kann verwendet werden, wenn sich der RpcProxy-Server vom Clientzugriffsserver unterscheidet.

Type:ServerIdParameter
Position:Named
Default value:None
Required:False
Accept pipeline input:True
Accept wildcard characters:False
Applies to:Exchange Server 2010

-RpcProxyTestType

Dieser Parameter ist nur in Exchange Server 2010 verfügbar.

Der Parameter RpcProxyTestType gibt an, mit welchem HTTP-Endpunkt der Befehl eine Verbindung herstellen soll. Gültige Werte sind:

  • Intern: Bezieht sich auf den Namen des lokalen Computers (https://<localcomputername>z. B https://CAS01. ).
  • Extern: Bezieht sich auf einen öffentlichen Namespace (die externe HTTP-URL im virtuellen Verzeichnis /rpc, https://mail.contoso.comz. B. ).
Type:RpcProxyTestType
Position:Named
Default value:None
Required:False
Accept pipeline input:False
Accept wildcard characters:False
Applies to:Exchange Server 2010

-RpcTestType

Dieser Parameter ist nur in Exchange Server 2010 verfügbar.

Der Parameter RpcTestType gibt an, welchen Typ von RPC-Endpunkt der Befehl testen soll. Gültige Werte sind:

  • Server: Der Befehl verwendet den lokalen Server als RPC-Endpunkt.
  • Array: Der Befehl sucht am lokalen Active Directory-Standort nach einem ClientAccessArray-Objekt.
Type:RpcTestType
Position:Named
Default value:None
Required:True
Accept pipeline input:False
Accept wildcard characters:False
Applies to:Exchange Server 2010

-RunFromServerId

Der Parameter RunFromServerID gibt den Server an, auf dem der Test ausgeführt werden soll.

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

-TimeOutSeconds

Der Parameter TimeOutSeconds gibt die Timeoutdauer in Sekunden an, bevor der Test beendet wird. Die Standardeinstellung ist 30 Sekunden. Die Ziffern können mit oder ohne Anführungszeichen eingegeben werden. Entweder 10 oder "10" funktioniert. Jede Eingabefehler setzt den Wert auf die standardmäßigen 30 Sekunden zurück.

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

-TotalTimeoutInMinutes

Dieser Parameter ist nur in Exchange Server 2010 verfügbar.

Der Parameter TotalTimeoutInMinutes gibt das Zeitlimit in Minuten an, für das der Befehl auf Testergebnisse warten soll, bevor die Anforderung beendet wird. Der Standardwert beträgt zwei Minuten.

Type:Int32
Position:Named
Default value:None
Required:False
Accept pipeline input:False
Accept wildcard characters:False
Applies to:Exchange Server 2010

-TrustAnySslCert

Dieser Parameter ist nur in Exchange Server 2010 verfügbar.

Mit dem Schalter TrustAnySSLCertificate kann Exchange Zertifikate von nicht vertrauenswürdigen Zertifizierungsstellen (Certification Authorities, CAs) akzeptieren. Sie müssen keinen Wert für diese Option angeben.

Der Switch TrustAnySSLCertificate gibt an, ob SSL-Zertifikatsüberprüfungsfehler ignoriert werden sollen. Sie müssen keinen Wert für diese Option angeben.

Type:SwitchParameter
Position:Named
Default value:None
Required:False
Accept pipeline input:False
Accept wildcard characters:False
Applies to:Exchange Server 2010

-WhatIf

Dieser Parameter ist nur in Exchange Server 2010 verfügbar.

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

-WSTestType

Dieser Parameter ist nur in Exchange Server 2010 verfügbar.

Der WSTestType-Parameter gibt den Servertyp an, den Sie in Ihren Outlook-Konnektivitätstest einschließen möchten. Folgende Werte können verwendet werden:

  • Unbekannt (Dies ist der Standardwert.)
  • Intern
  • Extern
Type:VirtualDirectoryUriScope
Position:Named
Default value:None
Required:True
Accept pipeline input:False
Accept wildcard characters:False
Applies to:Exchange Server 2010

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.