Qu'est-ce que la vérification SMTP ?
La vérification SMTP confirme qu'une boîte e-mail existe en ouvrant une connexion vers le serveur de messagerie du destinataire et en amorçant — sans jamais l'achever — la livraison d'un message. La réponse du serveur révèle s'il accepterait du courrier pour cette adresse.
La poignée de main SMTP, étape par étape
Le vérificateur consulte les enregistrements MX du domaine pour trouver le serveur de messagerie, ouvre une connexion et envoie les mêmes commandes qu'un véritable expéditeur : HELO/EHLO pour se présenter, MAIL FROM pour déclarer un expéditeur, et RCPT TO avec l'adresse contrôlée. À l'étape RCPT TO, le serveur accepte (250) ou rejette (550) le destinataire.
Point essentiel : le vérificateur s'arrête là. Il n'envoie jamais DATA, donc aucun e-mail n'est réellement livré. Le destinataire ne voit rien ; le contrôle se contente de lire le signal d'acceptation ou de refus de la poignée de main.
Ce que la vérification SMTP peut et ne peut pas vous dire
Sur un domaine qui se comporte bien, un 550 au RCPT TO est un signal fiable que la boîte n'existe pas. Cela attrape la plus grosse catégorie de mauvaises adresses — fautes de frappe et comptes abandonnés — avant qu'elles ne rebondissent.
Il y a des limites. Les domaines catch-all acceptent tout : un 250 ne prouve donc pas que la boîte existe. Certains serveurs pratiquent le greylisting (report temporaire) ou acceptent délibérément avant de rebondir, pour contrarier le sondage. Une vérification robuste combine donc le SMTP avec des contrôles de syntaxe, de MX, de jetables et de réputation, plutôt que de s'appuyer sur la seule poignée de main.
Le faire proprement à grande échelle
Lancer des sondages SMTP depuis vos propres serveurs risque de faire blacklister vos IP, car les fournisseurs de messagerie considèrent le sondage RCPT TO répété comme abusif. Une API de vérification répartit les sondages sur des IP réputées, respecte les limites de débit et les temporisations, et gère pour vous les reprises liées au greylisting.
Mailbeam exécute le contrôle SMTP en parallèle de ses autres contrôles et renvoie un résultat structuré, avec un indicateur distinct pour les serveurs qui bloquent le sondage : vous distinguez ainsi « boîte rejetée » de « impossible de déterminer ».
Un sondage de vérification, en entier
Toute la technique tient en une conversation SMTP qui s'arrête avant le corps du message. Rien n'est jamais envoyé.
<- 220 mx.example.com ESMTP
-> EHLO prober.invalid
<- 250-mx.example.com
<- 250 SIZE 35882577
-> MAIL FROM:<probe@prober.invalid>
<- 250 2.1.0 Ok
-> RCPT TO:<jdoe@example.com>
<- 550 5.1.1 User unknown <- the answer we came for
-> QUIT
<- 221 2.0.0 Bye
The session ends at QUIT. DATA is never issued, so no
message is transmitted and nothing arrives in any inbox.La vérification SMTP se termine par QUIT sans jamais émettre DATA : le serveur du destinataire est donc interrogé sur la boîte, mais aucun message n'est transmis.
Sources
Vérifié auprès de ces sources le .
En pratique
En vérifiant sam@example.com, Mailbeam se connecte au serveur MX d'example.com et envoie RCPT TO: sam@example.com. Le serveur répond 550 5.1.1 user unknown — la boîte n'existe pas — donc Mailbeam renvoie valid: false avec reason: mailbox_not_found, le tout sans envoyer le moindre e-mail.
Questions fréquentes
Vérifiez les e-mails en confiance
Mailbeam s'en charge pour vous : syntaxe, MX, SMTP, catch-all et jetables en un seul appel à l'API. 1 000 vérifications gratuites par mois, sans carte.