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. Bhttps://CAS01
. ). - Extern: Bezieht sich auf einen öffentlichen Namespace (die externe HTTP-URL im virtuellen Verzeichnis /rpc,
https://mail.contoso.com
z. 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.