Test-SmtpConnectivity

Référence

Module:: ExchangePowerShell

S’applique à:: Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

La cmdlet est disponible uniquement dans Exchange en local.

La cmdlet Test-SmtpConnectivity permet de savoir s’il est possible d’établir une connexion SMTP aux connecteurs de réception d’un serveur spécifique. Même si vous pouvez exécuter cette cmdlet manuellement pour vérifier la connectivité SMTP d’un serveur spécifique, elle est surtout utilisée par Microsoft System Center Operations Manager 2007 pour tester la capacité de vos serveurs de transport à recevoir des connexions SMTP sur chacune des liaisons présentes sur l’ensemble des connecteurs de réception de ces serveurs.

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-SmtpConnectivity
    [[-Identity] <ServerIdParameter>]
    [-Confirm]
    [-DomainController <Fqdn>]
    [-MonitoringContext <Boolean>]
    [-WhatIf]
    [<CommonParameters>]

Description

Lorsque vous exécutez la cmdlet Test-SmtpConnectivity sur un serveur de boîtes aux lettres, la cmdlet tente d’établir une connexion SMTP sur toutes les liaisons de l’ensemble des connecteurs de réception hébergés sur ce serveur. Pour chaque tentative, la cmdlet retourne les informations suivantes :

Server : Nom du serveur qui héberge le connecteur de réception.
ReceiveConnector : Nom du connecteur de réception sur lequel la tentative de connexion SMTP a été effectuée.
Binding : Liaison qui a été configurée sur le connecteur de réception.
EndPoint : Adresse IP et port réels sur lesquels la tentative de connexion SMTP a été effectuée.
StatusCode : Résultat de la tentative de connexion. Vous pouvez sélectionner l’une des valeurs suivantes : Succès, Impossible de se connecter, Erreur transitoire, Erreur permanente, Erreur externe.
Détails : Réponse réelle reçue du serveur faisant l’objet du test. Si la tentative de connexion échoue, ce champ contient une chaîne d’erreur.

Vous pouvez écrire les résultats dans un fichier en pipant la sortie vers ConvertTo-Html ou ConvertTo-Csv et en ajoutant > <filename> à la commande . Par exemple : Test-SmtpConnectivity Mailbox01 | ConvertTo-Csv > "C:\My Documents\SMTP Test.csv".

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-SmtpConnectivity Mailbox01

Cet exemple vérifie la connectivité SMTP pour tous les connecteurs de réception sur le serveur de boîtes aux lettres nommé Mailbox01.

Exemple 2

Get-TransportService | Test-SmtpConnectivity

Cet exemple vérifie la connectivité SMTP pour tous les connecteurs de réception des serveurs de boîtes aux lettres de l’organisation.

Paramètres

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

Les serveurs de transport Edge ne prennent pas en charge le paramètre DomainController. Un serveur de transport Edge utilise l’instance locale des services AD LDS (Active Directory Lightweight Directory Services) pour lire et écrire des données.

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

Le paramètre Identity spécifie le serveur de transport pour lequel l’applet de commande vérifie la connectivité SMTP .

Le paramètre Identity spécifie le serveur de transport sur lequel vous souhaitez vérifier la connectivité SMTP (tester tous les connecteurs de réception sur le serveur spécifié). Vous pouvez utiliser n’importe quelle valeur qui identifie uniquement le serveur. Par exemple :

Nom
FQDN
Nom unique
DN Exchange hérité

Si vous n’utilisez pas ce paramètre, tous les connecteurs de réception sur le serveur local sont testés.

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

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

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

Partager via