Comment tester un serveur SMTP : connexion, identification et envoi

Pour tester un serveur SMTP, vérifiez cinq points dans l'ordre : le nom du serveur existe, le port répond, le serveur vous accueille, le chiffrement fonctionne et vos identifiants sont acceptés. Envoyez ensuite un vrai email. Chaque étape utilise une commande déjà présente sur Windows, macOS ou Linux, et le test complet prend environ cinq minutes. Ce guide donne les commandes exactes, montre à quoi ressemble une réponse correcte (testée sur le serveur SMTP de Mailpro™ en novembre 2026) et explique ce que signifie chaque code de réponse quand une étape échoue.

Que vérifie un test SMTP ?

Un test SMTP est une suite de petites vérifications. Chacune échoue à sa façon : l'étape où le test s'arrête vous indique donc ce qu'il faut corriger.

Ce qu'il vous faut avant de commencer

• Le nom du serveur, par exemple smtp.mailpro.com.
• Le port : 587 dans la plupart des cas, 465 en second choix. Les différences sont expliquées dans quel port SMTP utiliser.
• Votre identifiant et votre mot de passe SMTP. Ce ne sont souvent pas ceux que vous utilisez pour vous connecter au site du fournisseur. Pour Mailpro, voyez où trouver les paramètres de votre serveur SMTP.

Lancez le test depuis la machine qui envoie les emails : le serveur web, la boutique ou l'ordinateur du bureau. Un test depuis votre portable ne dit rien d'un pare-feu placé devant votre site.

Étape 1 : vérifiez que le nom du serveur existe

Ouvrez un terminal (PowerShell sur Windows, Terminal sur macOS ou Linux) et saisissez :

nslookup smtp.mailpro.com

Vous devez recevoir une adresse IP. Si la réponse est « Non-existent domain » ou « can't find », le nom est mal orthographié ou l'enregistrement DNS manque, et rien d'autre ne fonctionnera tant que ce n'est pas corrigé.

Étape 2 : vérifiez que le port SMTP est ouvert

Sur Windows, dans PowerShell :

Test-NetConnection smtp.mailpro.com -Port 587

Sur macOS ou Linux :

nc -zv smtp.mailpro.com 587

Une réponse correcte est TcpTestSucceeded : True sur Windows, ou une ligne qui se termine par succeeded! sur macOS et Linux. Un délai dépassé signifie que quelque chose bloque ce port entre vous et le serveur : un pare-feu, votre fournisseur d'accès ou votre hébergeur. Essayez le 587, puis le 465. Sur le serveur de Mailpro, les ports 587, 465 et 25 répondent.

Étape 3 : lisez le message d'accueil et vérifiez le chiffrement

Cette commande ouvre la connexion, active le chiffrement (STARTTLS) et vous laisse dialoguer avec le serveur. Utilisez-la pour le port 587 :

openssl s_client -starttls smtp -crlf -quiet -connect smtp.mailpro.com:587

Pour le port 465, où le chiffrement démarre immédiatement, utilisez :

openssl s_client -crlf -quiet -connect smtp.mailpro.com:465

Une fois la connexion ouverte, présentez-vous :

EHLO test.example.com

Le serveur indique ce qu'il prend en charge. Voici la vraie réponse de smtp.mailpro.com :

250-smtp.mailpro.com Hello test.example.com
250-PIPELINING
250-8BITMIME
250-SMTPUTF8
250-SIZE 20971520
250 AUTH PLAIN LOGIN

• Les lignes qui commencent par 250 signifient que le serveur a accepté votre salutation.
• AUTH PLAIN LOGIN indique les méthodes d'identification proposées par le serveur.
• SIZE 20971520 est la taille maximale de message acceptée par le serveur, en octets (ici 20 Mo).

Pour vérifier le certificat, lancez la même commande sans -quiet et cherchez cette ligne vers la fin : Verify return code: 0 (ok). Tout autre code signifie que le certificat a expiré ou ne correspond pas au nom du serveur. Saisissez QUIT pour fermer la connexion.

openssl s_client -starttls smtp -connect smtp.mailpro.com:587

Deux remarques pratiques. Sur Windows, openssl n'est pas installé par défaut ; il est fourni avec Git pour Windows (ouvrez Git Bash). Et gardez -quiet si vous comptez saisir d'autres commandes : sans lui, openssl lit une ligne qui commence par R ou Q comme l'une de ses propres commandes.

Vous testez parce que les emails de votre site ou de votre application n'arrivent pas ? Le service de relais SMTP de Mailpro comprend 500 emails gratuits pendant l'essai de 30 jours, sans carte bancaire.

Étape 4 : testez votre identifiant et votre mot de passe

SMTP envoie l'identifiant et le mot de passe encodés en base64. Encodez d'abord chacun des deux. Sur macOS ou Linux :

printf 'username' | base64

Sur Windows, dans PowerShell :

[Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes('username'))

Ensuite, dans la session ouverte à l'étape 3, saisissez AUTH LOGIN et collez les deux valeurs encodées quand le serveur les demande :

AUTH LOGIN
334 VXNlcm5hbWU6
(votre identifiant en base64)
334 UGFzc3dvcmQ6
(votre mot de passe en base64)
235 ...

235 signifie que l'identification a réussi. 535 signifie que le serveur a refusé l'identifiant ou le mot de passe : copiez-les à nouveau depuis la page de paramètres de votre fournisseur, car la cause habituelle est un caractère manquant. Le serveur de Mailpro vous indique aussi combien de tentatives il vous reste. Le base64 est un encodage, pas un chiffrement : faites cette étape uniquement quand le chiffrement de l'étape 3 est actif, et fermez le terminal ensuite. Plus de détails dans l'authentification SMTP avec Mailpro.

Étape 5 : envoyez un vrai email de test

La dernière vérification est un vrai message. Créez un fichier texte nommé message.txt avec ces cinq lignes :

From: you@yourdomain.com
To: you@yourdomain.com
Subject: SMTP test

This is a test.

Envoyez-le ensuite avec curl, inclus dans Windows 10 et versions suivantes, macOS et Linux. Remplacez les adresses et l'identifiant par les vôtres ; curl vous demande le mot de passe. Dans Windows PowerShell, saisissez curl.exe au lieu de curl.

curl --url "smtp://smtp.mailpro.com:587" --ssl-reqd --mail-from "you@yourdomain.com" --mail-rcpt "you@yourdomain.com" --user "username" --upload-file message.txt -v

Une ligne qui commence par 250 à la fin signifie que le serveur a accepté le message. Envoyez-le à une adresse qui vous appartient et vérifiez qu'il arrive en boîte de réception, pas en spam. Si le serveur répond 550 ou 554, le tableau ci-dessous vous explique pourquoi.

Que signifient les codes de réponse SMTP ?

Chaque réponse d'un serveur SMTP commence par trois chiffres. Les codes qui commencent par 2 ou 3 sont de bonnes nouvelles, le 4 veut dire « réessayez plus tard » et le 5 veut dire « refusé ».

Pour la solution à chaque erreur, voyez les erreurs SMTP les plus courantes et comment les corriger.

Les outils de test SMTP en ligne sont-ils sûrs ?

Les sites qui testent un serveur SMTP à votre place sont rapides et ne demandent pas de terminal. Gardez deux limites en tête :

• Ils testent depuis leur réseau, pas depuis le vôtre. Ils peuvent vous dire que le serveur fonctionne, mais pas que votre hébergeur bloque le port 25 ou le 587.
• Votre mot de passe quitte vos mains. Un outil qui vérifie seulement le nom du serveur et le port est sans risque. Si un outil demande votre mot de passe SMTP, utilisez-le uniquement sur un site de confiance, avec un compte de test, et changez le mot de passe ensuite.

Le test réussit, mais les emails arrivent toujours en spam

Un test SMTP prouve que le serveur a accepté votre message. Il ne prouve pas que le message est arrivé en boîte de réception. Cela dépend de l'authentification de votre domaine et de la réputation du serveur qui envoie pour vous. Vérifiez que SPF, DKIM et DMARC sont configurés pour le domaine de votre adresse d'expéditeur. Si les emails partent d'un site WordPress, lisez pourquoi les emails WordPress arrivent en spam.

Le test fonctionne sur mon ordinateur mais échoue sur le serveur

C'est la surprise la plus fréquente. Beaucoup d'hébergeurs et de fournisseurs cloud bloquent le port 25 en sortie, et certains bloquent tous les ports de messagerie tant que vous n'en faites pas la demande. Faites les étapes 1 et 2 sur le serveur lui-même. Si le port 25 y dépasse le délai, passez votre site ou votre application sur le port 587 avec STARTTLS. Si vous choisissez encore un prestataire, voyez ce qu'est un serveur SMTP et comment le choisir et les serveurs SMTP gratuits et leurs limites.

Comment tester le serveur SMTP de Mailpro

Utilisez smtp.mailpro.com avec le port 587 (STARTTLS) ou 465 (SSL/TLS), et l'identifiant et le mot de passe SMTP affichés dans Paramètres → SMTP de votre compte. Toutes les commandes de ce guide fonctionnent telles quelles. Après l'étape 5, ouvrez vos statistiques d'envoi SMTP : chaque message y apparaît avec son statut, délivré, ouvert, cliqué ou rejeté, et vous voyez ce qui s'est passé après le 250 du serveur. Une version plus courte de ce test se trouve dans comment vérifier la connexion SMTP.

Questions fréquentes

Comment tester un serveur SMTP sur Windows sans telnet ?

Utilisez PowerShell. Test-NetConnection suivi du nom du serveur et de -Port 587 vous dit si le port est ouvert, et curl.exe envoie un email de test. Telnet n'est pas nécessaire et n'est plus installé par défaut sur Windows.

Peut-on tester un serveur SMTP sans envoyer d'email ?

Oui. Les étapes 1 à 4 vérifient le nom du serveur, le port, le chiffrement et votre identification sans rien envoyer. Saisissez QUIT après le test d'identification.

Quel port utiliser pour un test SMTP ?

Commencez par le 587, le port standard pour envoyer depuis un site, une application ou un logiciel de messagerie. Utilisez le 465 si le 587 est bloqué. Le port 25 est prévu pour les échanges entre serveurs de messagerie et il est souvent bloqué par les fournisseurs d'accès et les hébergeurs.

Comment savoir si le port 25 est bloqué ?

Refaites la vérification de l'étape 2 avec 25 à la place de 587. Si le 587 répond et que le 25 dépasse le délai sur le même serveur, votre fournisseur bloque le port 25.

Comment tester un relais SMTP ?

De la même façon. Un relais est un serveur SMTP qui envoie au nom de votre site ou de votre application : les six vérifications s'appliquent donc. Ajoutez-en une : envoyez depuis l'adresse que votre application utilise vraiment, car un relais n'accepte que les expéditeurs et les domaines que vous avez configurés.