Test-OutlookWebServices

Referenz

Modul:: ExchangePowerShell

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

Dieses Cmdlet ist nur in Exchange Server 2010 funktionsfähig.

Verwenden Sie das Cmdlet Test-OutlookWebServices, um die Einstellungen des AutoErmittlungsdiensts für Microsoft Outlook auf einem Computer zu überprüfen, auf dem Microsoft Exchange Server 2010 ausgeführt wird, auf dem die Clientzugriffsserverrolle installiert ist.

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

Syntax

Test-OutlookWebServices
    [[-Identity] <RecipientIdParameter>]
    [-ClientAccessServer <ClientAccessServerIdParameter>]
    [-Confirm]
    [-DomainController <Fqdn>]
    [-MonitoringContext <Boolean>]
    [-TargetAddress <RecipientIdParameter[]>]
    [-WhatIf]
    [<CommonParameters>]

Test-OutlookWebServices
    [[-Identity] <MailboxIdParameter>]
    -AutoDiscoverServer <ClientAccessServerIdParameter>
    [-Confirm]
    [-MailboxCredential <PSCredential>]
    [-TrustAnySSLCertificate]
    [-WhatIf]
    [<CommonParameters>]

Test-OutlookWebServices
    [[-Identity] <MailboxIdParameter>]
    [-ClientAccessServer <ClientAccessServerIdParameter>]
    [-Confirm]
    [-MailboxCredential <PSCredential>]
    [-TrustAnySSLCertificate]
    [-WhatIf]
    [<CommonParameters>]

Test-OutlookWebServices
    [[-Identity] <MailboxIdParameter>]
    [-MonitoringContext]
    [-Confirm]
    [-MailboxCredential <PSCredential>]
    [-TrustAnySSLCertificate]
    [-WhatIf]
    [<CommonParameters>]

Beschreibung

Das Cmdlet Test-OutlookWebServices verwendet eine angegebene Adresse, um zu überprüfen, ob der Outlook-Anbieter ordnungsgemäß konfiguriert ist.

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-OutlookWebServices -Identity:holly@contoso.com

In diesem Beispiel werden die Dienstinformationen überprüft, die vom AutoErmittlungsdienst für den Benutzer holly@contoso.coman den Outlook-Client zurückgegeben werden. In diesem Beispiel werden Informationen für die folgenden Dienste überprüft:

Verfügbarkeitsdienst
Outlook Anywhere
Offlineadressbuch
Unified Messaging

Das Beispiel testet, dass eine Verbindung mit jedem Dienst hergestellt wird. Das Beispiel sendet auch eine Anforderung an den Verfügbarkeitsdienst, holly@contoso.com um zu bestimmen, ob die Frei/Gebucht-Informationen des Benutzers ordnungsgemäß vom Clientzugriffsserver an den Outlook-Client zurückgegeben werden.

Parameter

-AutoDiscoverServer

Der Parameter AutoDiscoverServer gibt den Server mit der installierten Clientzugriffs-Serverrolle an, die für "AutoErmittlung" verwendet wird.

Der Parameter MailboxServer gibt den zu testenden exExchange2k16- oder exExchange2k13-Postfachserver an. Beispiel:

Sie können jeden Wert verwenden, der den Server eindeutig bestimmt, z. B.:
Name (Beispiel: Exchange01)
Distinguished Name (DN) (Beispiel: CN=Exchange01,CN=Servers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=First Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=contoso,DC=com)
Exchange-Legacy-DN (Beispiel /o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=Exchange01)

Verwenden Sie diesen Parameter nicht zusammen mit dem Parameter ClientAccessServer.

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

-ClientAccessServer

Dieser Parameter ist nur in Exchange Server 2010 funktionsfähig.

Der Parameter ClientAccessServer gibt den zu testenden Exchange-Server an. Auf diesem Server ist die Clientzugriffs-Serverrolle installiert, und er ist verantwortlich für das Akzeptieren von Clientverbindungen.

Der Parameter MailboxServer gibt den zu testenden exExchange2k16- oder exExchange2k13-Postfachserver an. Beispiel:

Name
Distinguished Name (DN)
ExchangeLegacyDN
GUID

Verwenden Sie diesen Parameter nicht zusammen mit dem Parameter AutoDiscoverServer.

Type:	ClientAccessServerIdParameter
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

-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.

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

-Identity

Der Parameter Identity gibt jede gültige Adresse in der Gesamtstruktur an. Wenn Sie diesen Parameter angeben, werden falsch formatierte Adressen und Adressen außerhalb der Gesamtstruktur abgelehnt. Diese Adresse wird verwendet, um den Outlook-Anbieter zu testen. Diese Eigenschaft akzeptiert die Domäne und den Benutzernamen im Format Domäne\Benutzername oder eine Active Directory-GUID und löst sie in die SMTP-Adresse auf, die für die Authentifizierung erforderlich ist.

Type:	RecipientIdParameter
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

-MailboxCredential

Der Parameter MailboxCredential gibt die Postfachanmeldeinformationen an, die für einen einzelnen Postfachtest verwendet werden.

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

-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

-TargetAddress

Der Parameter TargetAddress gibt den Empfänger an, der verwendet wird, um zu testen, ob Verfügbarkeitsdienstdaten abgerufen werden können.

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

-TrustAnySSLCertificate

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 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.