Partager via


Test-OutlookWebServices

Cette applet de commande est fonctionnelle uniquement dans Exchange Server 2010.

Utilisez l’applet de commande Test-OutlookWebServices pour vérifier les paramètres du service de découverte automatique pour Microsoft Outlook sur un ordinateur exécutant Microsoft Exchange Server 2010 sur lequel le rôle serveur d’accès au client est installé.

Pour plus d’informations sur les jeux de paramètres dans la section Syntaxe ci-après, voir Syntaxe da la cmdlet Exchange.

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

Description

L’applet de commande Test-OutlookWebServices utilise une adresse spécifiée pour vérifier que le fournisseur Outlook est correctement configuré.

Des autorisations doivent vous être attribuées avant de pouvoir exécuter cette cmdlet. Bien que cette rubrique répertorie tous les paramètres de cette cmdlet, il est possible que vous n’ayez pas accès à certains paramètres s’ils ne sont pas inclus dans les autorisations qui vous ont été attribuées. Pour rechercher les autorisations requises pour exécuter une cmdlet ou un paramètre dans votre organisation, voir Find the permissions required to run any Exchange cmdlet.

Exemples

Exemple 1

Test-OutlookWebServices -Identity:holly@contoso.com

Cet exemple montre comment vérifier les informations de service retournées au client Outlook à partir du service de découverte automatique de l’utilisateur holly@contoso.com. L'exemple de code vérifie les informations pour les services suivants :

  • Service de disponibilité
  • Outlook Anywhere
  • Carnet d'adresses en mode hors connexion
  • Messagerie unifiée

L’exemple teste une connexion à chaque service. L’exemple envoie également une demande au service de disponibilité pour que l’utilisateur holly@contoso.com détermine si les informations de disponibilité de l’utilisateur sont retournées correctement du serveur d’accès au client Au client Outlook.

Paramètres

-AutoDiscoverServer

Le paramètre AutoDiscoverServer spécifie le serveur avec le rôle de serveur d’accès au client installé qui est utilisé pour la découverte automatique.

Vous pouvez utiliser n’importe quelle valeur qui identifie uniquement le serveur. Par exemple :

  • Vous pouvez utiliser toute valeur servant d’identificateur unique du serveur, par exemple :
  • Nom (par exemple, Exchange01)
  • Nom unique (DN) (par exemple, 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)
  • DN Exchange hérité (par exemple, /o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=Exchange01)

Vous ne pouvez pas utiliser ce paramètre avec le paramètre 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

Ce paramètre est fonctionnel uniquement dans Exchange Server 2010.

Le paramètre ClientAccessServer spécifie le serveur Exchange à tester. Le rôle serveur d’accès au client est installé sur ce serveur et est responsable de l’acceptation des connexions clientes.

Vous pouvez utiliser n’importe quelle valeur qui identifie uniquement le serveur. Par exemple :

  • Nom
  • Nom unique
  • ExchangeLegacyDN
  • GUID

Vous ne pouvez pas utiliser ce paramètre avec le paramètre 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

Le commutateur Confirme spécifie s’il faut afficher ou masquer l’invite de confirmation. L’incidence de ce commutateur sur la cmdlet varie selon que la cmdlet requiert une confirmation avant de poursuivre.

  • Les applets de commande destructrices (par exemple, les applets de commande Remove-*) ont une pause intégrée qui vous oblige à accuser réception de la commande avant de continuer. Pour ces cmdlets, vous pouvez ignorer l’invite de confirmation à l’aide de cette syntaxe exacte : -Confirm:$false.
  • La plupart des autres applets de commande (par exemple, les applets de commande New-* et Set-*) n’ont pas de pause intégrée. Pour ces cmdlets, la spécification du commutateur Confirm sans valeur introduit une pause qui vous oblige à confirmer la commande avant de poursuivre.
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

Le paramètre DomainController spécifie le contrôleur de domaine qui est utilisé par cette cmdlet pour lire ou écrire les données dans Active Directory. Vous identifiez le contrôleur de domaine par son nom de domaine complet (FQDN). Par exemple : « 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

Le paramètre Identity spécifie toute adresse valide dans la forêt. Si vous spécifiez ce paramètre, les adresses et les adresses incorrectement formées en dehors de la forêt sont rejetées. Cette adresse est utilisée pour tester le fournisseur Outlook. Cette propriété accepte le domaine et le nom d’utilisateur au format domaine\nom d’utilisateur ou un GUID Active Directory et les résout en adresse SMTP nécessaire pour l’authentification.

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

Le paramètre MailboxCredential spécifie les informations d’identification de boîte aux lettres à utiliser pour un test de boîte aux lettres unique.

Une valeur pour ce paramètre nécessite l’applet de commande Get-Credential. Pour interrompre la commande et recevoir une invite à entrer les informations d’identification, utilisez la valeur (Get-Credential). Sinon, avant d’exécuter cette commande, stockez les informations d’identification dans une variable (par exemple, $cred = Get-Credential), puis utilisez le nom de cette variable name ($cred) pour ce paramètre. Pour plus d’informations, voir 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

Le paramètre MonitoringContext spécifie s’il faut inclure les événements de contrôle associés et les compteurs de performance dans les résultats. Les valeurs valides sont les suivantes :

  • $true : les événements de surveillance et les compteurs de performances sont inclus dans les résultats de la commande. En règle générale, vous incluez les événements de surveillance et les compteurs de performances dans les résultats lorsque la sortie est passée à Microsoft System Center Operations Manager (SCOM).
  • $false : les événements de surveillance et les compteurs de performances ne sont pas inclus dans les résultats de la commande. Il s’agit de la valeur par défaut.
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

Le paramètre TargetAddress spécifie le destinataire utilisé pour tester si les données du service de disponibilité peuvent être récupérées.

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

-TrustAnySSLCertificate

Le commutateur TrustAnySSLCertificate permet à Exchange d’accepter des certificats provenant d’autorités de certification non approuvées. Il n’est pas nécessaire de spécifier une valeur pour ce commutateur.

Le commutateur TrustAnySSLCertificate spécifie s’il faut ignorer les échecs de validation de certificat SSL (Secure Sockets Layers). Il n’est pas nécessaire de spécifier une valeur pour ce commutateur.

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

Le commutateur WhatIf simule les actions de la commande. Vous pouvez utiliser ce commutateur pour afficher les modifications qui se produiraient sans réellement appliquer ces modifications. Il n’est pas nécessaire de spécifier une valeur pour ce commutateur.

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

Entrées

Input types

Pour visualiser les types d'entrées acceptés par cette cmdlet, consultez la rubrique Types d'entrée et de sortie de la cmdlet d'Exchange Management Shell. Si le champ Type d'entrée pour une cmdlet est vide, la cmdlet n'accepte pas les données d'entrée.

Sorties

Output types

Pour visualiser les types de retours, également appelés types de sorties, acceptés par cette cmdlet, consultez la rubrique Types d'entrée et de sortie de la cmdlet d'Exchange Management Shell. Si le champ Type de sortie est vide, la cmdlet ne renvoie pas de données.