Thème

Outils populaires

Vérifier une adresse mail : Email Checker

Pour tester une adresse mail sans rien envoyer, nous interrogeons son serveur de messagerie et vous montrons la conversation. Ou envoyez votre propre e-mail à une adresse de test pour un rapport complet de délivrabilité.

Sources : DNS (MX, SPF, DMARC) · une vérification SMTP en direct depuis notre serveur, arrêtée avant DATA · notre propre serveur de messagerie pour les e-mails de test (Cloudflare Email Routing en secours) · SpamAssassin 4

Nous interrogeons le serveur de messagerie de l'adresse, comme le ferait un expéditeur, et nous nous arrêtons avant tout envoi.

Essayer

Rien n'est envoyé à l'adresse. Nous journalisons le domaine et le code de réponse ; une réponse est conservée jusqu'à un jour sous un hash à clé, sans l'adresse.

Comment vérifier une adresse mail sans envoyer d'e-mail

Un serveur de messagerie dit s'il connaît une adresse avant même qu'un message soit envoyé. Nous posons cette question, puis nous raccrochons.

Envoyer un e-mail est une courte conversation entre deux serveurs. L'expéditeur dit bonjour (EHLO), donne une adresse de retour (MAIL FROM), nomme le destinataire (RCPT TO), et n'envoie le message (DATA) qu'ensuite. Le serveur de réception répond à chaque ligne par un code à trois chiffres (RFC 5321).

Nous menons la conversation jusqu'à RCPT TO et lisons la réponse. Puis nous réinitialisons (RSET), posons encore une fois la question pour une adresse inventée du même domaine (le contrôle), et prenons congé avec QUIT. DATA n'est jamais envoyé, rien n'atteint donc la boîte de réception de quiconque, et l'adresse de retour vide garantit que rien ne peut rebondir.

probe.dnsrobot.netNotre serveur de vérification · Mumbai · 198.51.100.25mx-in.g.apple.comLe serveur de messagerie du domaine · Apple · 203.0.113.17
  1. 220 hfd-mx01.apple.com -- Server ESMTP (Oracle Communications Messaging Server 8.1.0.28.20250821 64bit (built Aug 21 2025))295 ms
  2. EHLO probe.dnsrobot.net
  3. 250 hfd-mx01.apple.com · 8BITMIME · PIPELINING · CHUNKING …140 ms
  4. MAIL FROM: <>expéditeur vide : rien ne peut rebondir
  5. 250 2.5.0 Address Ok157 ms
  6. RCPT TO: <postmaster@apple.com>1
  7. 250 2.1.5 postmaster@apple.com Ok1200 ms
  8. RSET · MAIL FROM:<> · RCPT TO: <5b1c71ed2e78ecf2@apple.com>2une adresse inventée du même domaine
  9. 550 5.1.1 unknown or illegal alias: 5b1c71ed2e78ecf2@apple.com2145 ms
  10. DATA jamais envoyé : nous nous arrêtons avant le message
  11. QUIT
  1. Syntaxe1 ms
  2. Domaine et MX181 ms
  3. Listes< 1 ms
  4. Serveur de messagerie1,5 s
Une vraie vérification de postmaster@apple.com, l'adresse de fonction que tout domaine de messagerie doit avoir (RFC 2142), depuis notre serveur à Mumbai : 7 réponses en 1,5 s. Le serveur refuse l'adresse inventée (550 5.1.1), ce qui rend crédible son oui à la vraie.
Vérifier une adresse mail : postmaster@apple.com délivrable, avec la conversation SMTP et l'adresse de contrôle inventéeVérifier une adresse mail : postmaster@apple.com délivrable, avec la conversation SMTP et l'adresse de contrôle inventéeLe verdictDélivrable, Non délivrable, Accept-all, À risque ou Inconnu, avec les codes de réponse qui ont tranché et une phrase qui dit pourquoi.Les quatre étapesLa syntaxe, les serveurs de messagerie du domaine, les listes des adresses jetables et de fonction, puis le serveur de messagerie lui-même, chacune avec sa durée.Les réponses qui ont tranchéL'adresse et une adresse inventée du même domaine : un oui à la première et un non à la seconde rendent le oui crédible.La conversationChaque commande que notre serveur a envoyée et chaque réponse du serveur de messagerie, comme elles se sont produites, avec le code et la durée de chaque réponse.Rien d'envoyéDATA n'est jamais envoyé : la conversation s'arrête avant qu'un message existe, rien n'atteint donc la boîte de réception et rien ne peut rebondir.
Une vraie vérification de postmaster@apple.com, l'adresse de fonction que tout domaine de messagerie doit avoir : le verdict, les quatre étapes, les deux réponses qui ont tranché et toute la conversation SMTP, arrêtée avant DATA. Sélectionnez un numéro pour voir ce que montre chaque partie.

Ce que signifie chaque résultat de la vérification

Cinq résultats, chacun lié à la réponse qui l'a produit.

Délivrable demande deux choses : un oui pour l'adresse et un non pour une adresse inventée du même domaine (ou un fournisseur dont nos mesures montrent qu'il vérifie toutes les adresses). Sans la seconde réponse, un oui n'est que le oui d'un serveur qui dirait peut-être oui à tout.

Inconnu est honnête, pas un échec : le serveur a refusé de parler à notre serveur de vérification, nous a demandé d'attendre ou n'a pas répondu. Cela ne dit rien de l'adresse, nous n'en faisons donc jamais un « invalide ».

  • Délivrable
    L'adresse
    250
    Une adresse inventée
    550

    Le serveur connaît l'adresse et refuse un inconnu du même domaine.

    Envoyez.
  • Non délivrable
    L'adresse
    550 5.1.1
    Ou le domaine
    MX nuldomaine inexistant

    Le serveur dit que la boîte mail n'existe pas, ou le domaine n'accepte aucun e-mail.

    N'envoyez pas : le message rebondirait.
  • Accept-all
    L'adresse
    250
    Une adresse inventée
    250

    Le serveur dit oui à tout, son oui ne prouve donc rien.

    Envoyez seulement si vous la tenez de la personne.
  • À risque
    Le domaine
    liste des jetables
    Ou la boîte mail
    552pleine

    Elle existe, mais elle ne durera pas ou ne peut pas recevoir de courrier pour l'instant.

    Évitez-la pour tout ce dont vous aurez besoin plus tard.
  • Inconnu
    L'adresse
    451554pas de réponse
    Ou le DNS
    SERVFAIL

    Le serveur n'a pas voulu répondre ou nous a demandé de revenir. Pas un non.

    Revérifiez plus tard, ou envoyez simplement.
Chaque résultat vient d'un code de réponse (RFC 5321) ou d'un fait sur le domaine, jamais d'une supposition. Les adresses de fonction, gratuites, d'alias et d'opérateurs anciens sont des indicateurs à côté du résultat, jamais le résultat.

Quels fournisseurs de messagerie peuvent être vérifiés

Ce qu'une vérification peut révéler dépend du fournisseur. Nous avons mesuré 65 domaines de messagerie, exploités par 53 fournisseurs, depuis notre serveur.

La plupart des fournisseurs grand public refusent les adresses inconnues à RCPT, une vérification y est donc fiable. Certains acceptent tout et trient plus tard ; Outlook.com dit parfois oui une fois pour freiner la collecte d'adresses ; quelques-uns refusent les serveurs qu'ils ne connaissent pas.

Nous n'utilisons jamais les pages de récupération de mot de passe ou d'inscription pour tester une adresse, comme le font certains outils : cela enfreint les conditions des fournisseurs et c'est exactement ainsi que les attaquants trouvent des comptes.

Mesuré depuis notre serveur22 octobre 2026 · 65 domaines, dont 10 entreprises
Vérifie toutes les adresses42 domainesUne adresse inconnue reçoit un 5xx à RCPT, un oui est donc un vrai oui.
  • 163.com
  • au.com
  • biglobe.ne.jp
  • comcast.net
  • daum.net
  • docomo.ne.jp
  • ezweb.ne.jp
  • freenet.de
  • gmail.com
  • gmx.com
  • gmx.de
  • hanmail.net
  • hey.com
  • i.softbank.jp
  • icloud.com
  • kakao.com
  • laposte.net
  • libero.it
  • mail.com
  • mailbox.org
  • naver.com
  • o2.pl
  • ocn.ne.jp
  • orange.fr
  • posteo.de
  • proton.me
  • qq.com
  • rambler.ru
  • rediffmail.com
  • seznam.cz
  • sfr.fr
  • softbank.ne.jp
  • terra.com.br
  • tuta.io
  • uol.com.br
  • web.de
  • wp.pl
  • yandex.ru
  • zoho.com
  • apple.com
  • microsoft.com
  • salesforce.com
Dit oui à certaines adresses inventées2 domainesOutlook.com : 2 adresses inventées sur 12 ont reçu 250 une fois. Nous demandons deux fois.
  • hotmail.com
  • outlook.com
Accepte toutes les adresses9 domainesUn oui ne prouve rien ici : ces serveurs acceptent d'abord et trient le courrier plus tard.
  • mail.ru
  • yahoo.co.jp
  • amazon.com
  • github.com
  • google.com
  • netflix.com
  • shopify.com
  • spotify.com
  • stripe.com
Refusent notre serveur pour l'instant8 domainesIls veulent que le DNS inverse de notre serveur concorde, dans les deux sens. La liste d'erreurs de Yahoo montre aussi que les comptes inconnus sont rejetés après l'envoi du message.
  • aol.com
  • att.net
  • bol.com.br
  • cox.net
  • free.fr
  • nifty.com
  • verizon.net
  • yahoo.com
Greylisting ou report3 domainesUn 4xx. Fastmail pratique le greylisting : la même question une minute plus tard obtient une réponse. onet.pl et interia.pl reportent selon une règle à durée limitée ou une limite de livraison, que l'attente ne change pas.
  • fastmail.com
  • interia.pl
  • onet.pl
Demande à ne pas être vérifié1 domaineDeutsche Telekom : nous ne nous connectons pas du tout.
  • t-online.de
Les entreprises affichent la marque de leur plateforme de messagerie (Microsoft 365, Google Workspace, Proofpoint, iCloud). La réponse d'une entreprise relève de son propre réglage, pas de la règle de la plateforme : microsoft.com vérifie toutes les adresses, github.com, sur la même plateforme, les accepte toutes.

Catch-all, greylisting et refus : quand une adresse ne peut pas être confirmée

Trois façons dont un serveur de messagerie évite de répondre, et comment chacune apparaît dans le résultat.

Un serveur accept-all (catch-all) dit 250 à toute adresse, réelle ou non. De nombreuses entreprises Microsoft 365 fonctionnent ainsi sans le savoir : Directory-Based Edge Blocking ne refuse les adresses inconnues que si le domaine est réglé sur « Faisant autorité ».

Le greylisting répond 451 aux expéditeurs qu'il n'a jamais vus, puis accepte la même question une minute plus tard (RFC 6647). Les refus peuvent survenir à n'importe quelle étape jusqu'à RCPT (celui de bol.com.br est survenu à RCPT même), mais ils visent notre serveur, pas l'adresse, le résultat est donc Inconnu, jamais un non.

Accept-all
  • sam.example@example.org250
  • 9e2b7c41d0a8f365@example.org250

Les deux ont reçu un oui : le serveur ne peut pas les distinguer, nous non plus.

Un domaine Microsoft 365 réglé surRelais interne250toute adresseFaisant autorité (Directory-Based Edge Blocking)550 5.4.1une adresse inconnue
Greylisting
0 s451 4.7.1“Recipient address rejected: Temporary deferral, try again soon”
attendre au moins une minute : même serveur, même expéditeur, même adresse (RFC 6647)
60+ s250550la vraie réponse

C'est ce que Fastmail nous a fait. Le résultat propose Revérifier après une minute, jamais de relances en rafale. (onet.pl et interia.pl ont aussi répondu 450, mais avec une règle à durée limitée et une limite de livraison : des refus, nous ne proposons donc pas l'attente.)

Refus : où chaque serveur nous a arrêtés
connexionaccueilEHLOMAILRCPT
nifty.com554
FCrDNS check failed: reverse DNS does not match the connecting IP
free.fr421
Refused. Your reverse DNS entry does not resolve to an IP.
t-online.de554
None/bad reputation … (NOWL)
yahoo.com550 5.7.25
Forward-confirmed reverse DNS failed
bol.com.br450 4.7.25
Client host rejected: cannot find your hostname

Un refus concerne notre serveur, pas l'adresse, où qu'il survienne (celui de bol.com.br est survenu à RCPT), le résultat est donc Inconnu, jamais « invalide ».

Codes et textes tels que les serveurs les ont envoyés à notre serveur de vérification le 22 octobre 2026. Quatre des cinq refus portent sur le DNS inverse (PTR forward-confirmed) et disparaissent dès que l'enregistrement PTR de notre serveur concorde.

Adresses e-mail jetables, de fonction, gratuites et d'alias

Les indicateurs décrivent l'adresse ; ils ne décident jamais seuls du résultat.

Une boîte de fonction (support@, sales@) est réelle mais partagée, une adresse gratuite est normale pour des particuliers, un alias redirige vers la vraie boîte de quelqu'un, et une adresse jetable est une boîte publique qui disparaît en quelques heures.

Les opérateurs japonais ont encore des adresses avec deux points, ou un point avant le @. Elles enfreignent la RFC mais reçoivent du courrier, nous interrogeons donc le serveur de messagerie exactement comme elles sont saisies.

supportboîte de fonction (RFC 2142)+orderssous-adresse (RFC 5233)@example.comle domaine décide : gratuit, jetable ou alias
  • Boîte de fonctionpostmaster@support@sales@

    Une boîte d'équipe : réelle et souvent lue, mais ce n'est l'adresse personnelle de personne. La RFC 2142 nomme celles qu'un domaine devrait avoir.

  • Fournisseur gratuit

    N'importe qui peut s'inscrire. Normal pour des particuliers ; inhabituel pour le personnel d'une entreprise.

  • Jetable@mailinator.comenviron 9 900 domaines

    Des boîtes publiques qui disparaissent en quelques heures. Issues de la liste disposable-email-domains (CC0), comparées au domaine enregistrable.

  • Service d'alias

    Redirige vers une vraie boîte que la personne garde privée. Pas jetable : les réponses lui parviennent.

  • Ancienne adresse d'opérateurtaro..yamada@docomo.ne.jp

    Non conforme aux RFC, encore utilisée : docomo et au laissent leurs clients garder d'anciennes adresses avec « .. » ou « .@ ». Nous interrogeons le serveur avec l'adresse exactement telle que saisie.

Les indicateurs ne décident jamais seuls du résultat : une boîte de fonction peut être délivrable, et un alias peut être accept-all.

Comment fonctionne le test de délivrabilité d'e-mail : un mail tester gratuit

Envoyez un vrai e-mail à une adresse à usage unique ; le rapport se construit au fil des vérifications.

Votre adresse de test accepte un message pendant 2 heures. Notre propre serveur de messagerie le reçoit pour mailtest.dnsrobot.net via TLS et voit la session SMTP de première main : la version de TLS, l'accueil, la façon dont le serveur d'envoi parle. Cloudflare Email Routing est la voie de secours.

Tout repose sur ce qui est réellement arrivé : l'adresse qui s'est connectée, les en-têtes que votre service a ajoutés, le HTML que recevront vos lecteurs. Puis SPF, DKIM, DMARC, ARC, le format, le contenu, les en-têtes de désinscription, SpamAssassin et les règles des fournisseurs de boîtes de réception.

  1. Votre application de messagerievous appuyez sur Envoyer14:02:10
  2. Votre serveur d'envoivotre service e-mailSendGrid · 198.51.100.24
    DNS inverse (PTR)Nom HELOListes de blocage
  3. Notre serveur de messageriele reçoit via TLSmailprobe.dnsrobot.net · TLSv1.3
    la session SMTPVersion de TLSEHLO et pipeliningFins de ligne
    le messageSPFDKIMDMARCARCFormatContenuDésinscription
  4. Votre rapportles parties apparaissent au fil des vérifications14:02:24
    SpamAssassinRègles de Gmail · Yahoo · Outlook.comNote
Secours : Cloudflare Email Routingroute1–3.mx.cloudflare.netreçoit le courrier si notre serveur est indisponible ; il ne transmet pas les détails TLS
Ce qu'il advient de votre message
0 sarrive sur notre serveur de messagerie11 sanalyse terminée : le corps et les pièces jointes sont supprimés7 joursen-têtes, liens et aperçu supprimés (ou plus tôt : Supprimer le rapport)
L'exemple de cette page : une newsletter envoyée via SendGrid. Chaque vérification s'allume là où elle a lieu : l'identité du serveur d'envoi, la session SMTP que notre serveur a vue, les signatures et le contenu du message, puis SpamAssassin et les règles des fournisseurs de boîtes de réception.

Comment le test anti-spam note votre message

Dix points, moins des déductions qui nomment chacune leur règle. Ce que nous n'avons pas pu vérifier ne coûte aucun point.

Une note n'est utile que si vous pouvez voir comment elle a été calculée, le tableau complet est donc ici, généré par le même code qui note votre message. Chaque déduction repose sur une RFC, la page officielle d'un fournisseur de boîtes mail ou une règle SpamAssassin.

Les règles réservées à l'envoi en masse, comme la désinscription en un clic, ne retirent des points que si le message ressemble à un envoi en masse. Ce qu'un seul message ne peut pas montrer (taux de plaintes, volume d'envoi) est « indéterminable » et ne coûte aucun point.

Un rapport inventé7,8

10 − 1,5 − 0,7 = 7,8

  1. 1Envoi en masse sans désinscription en un clic fonctionnelle (RFC 8058 : les deux en-têtes, signés par DKIM)
  2. 2SpamAssassin 3,4
Ce que nous avons trouvéPoints retirésPartie
SPF ne réussit pas et aucune signature DKIM n'est valide−3SPF
DMARC échoue : aucun SPF ou DKIM aligné ne réussit, et le domaine From publie une politique−2,5DMARC
L'en-tête From n'a pas de domaine unique auquel DMARC puisse s'appliquer−2DMARC
Le domaine From ne publie aucun enregistrement DMARCenvoi en masse seulement−1DMARC
SPF fail : l'enregistrement dit que ce serveur n'a pas le droit d'envoyer−1SPF
SPF softfail ou neutral−0,5SPF
Aucun enregistrement SPF pour le domaine MAIL FROM (ou HELO)−1SPF
SPF permerror : un enregistrement défectueux ou plus de 10 requêtes DNS−1SPF
Le message n'est pas signé DKIMenvoi en masse seulement−1DKIM
Signé DKIM, mais chaque signature échoue (traité comme non signé)envoi en masse seulement−1DKIM
Une signature utilise une clé RSA de moins de 1 024 bits−1DKIM
DKIM réussit, mais aucune signature valide ne correspond au domaine From−0,5DKIM
L'adresse d'envoi figure sur une grande liste de blocage−3Serveur d'envoi
L'adresse d'envoi figure sur une liste de blocage plus petite−1Serveur d'envoi
L'adresse d'envoi n'a pas de DNS inverse (PTR)−2,5Serveur d'envoi
Le nom PTR ne renvoie pas à l'adresse d'envoi−1,5Serveur d'envoi
HELO n'est pas un nom de domaine complet (FQDN)−0,5Serveur d'envoi
Le serveur a envoyé sans TLS−1,5Session SMTP
Fins de ligne LF ou CR isolées dans le message0un avertissement, non compté dans la note (−0,5 une fois une source citée)Session SMTP
From est absent, répété, illisible, ou liste plusieurs boîtes sans Sender−2Format
L'en-tête Date est absent ou illisible−1Format
Message-ID est absent ou mal formé−1Format
L'en-tête Date s'écarte de plus d'un jour de l'heure d'arrivée0un avertissement, non compté dans la note (−0,5 une fois une source citée)Format
Un champ qui ne doit apparaître qu'une fois apparaît deux fois−0,5Format
Lignes de plus de 998 caractères−0,25Format
Des images presque sans texte0un avertissement, non compté dans la note (−1 une fois une source citée)Contenu
HTML sans version texte brut−0,5Contenu
HTML de plus de 102 Ko environ : Gmail peut le tronquer0un avertissement, non compté dans la note (−0,5 une fois une source citée)Contenu
Liens via des raccourcisseurs d'URL0un avertissement, non compté dans la note (−1 une fois une source citée)Contenu
Lien vers une adresse IP brute0un avertissement, non compté dans la note (−1 une fois une source citée)Contenu
Lien vers un domaine qui en imite un autre0un avertissement, non compté dans la note (−2 une fois une source citée)Contenu
Liens javascript:, data: ou file:0un avertissement, non compté dans la note (−2 une fois une source citée)Contenu
Le texte du lien affiche un domaine et le lien mène à un autre0un avertissement, non compté dans la note (−0,5 une fois une source citée)Contenu
Un type de pièce jointe que Gmail bloque0un avertissement, non compté dans la note (−2 une fois une source citée)Contenu
Liens vers un hôte que le résolveur de sécurité de Cloudflare bloque (logiciel malveillant ou hameçonnage)0un avertissement, non compté dans la note (−2 une fois une source citée)Contenu
Scripts, iframes, formulaires ou objets intégrés dans le HTML−1Contenu
1Envoi en masse sans désinscription en un clic fonctionnelle (RFC 8058 : les deux en-têtes, signés par DKIM)−1,5Désinscription
2Points de SpamAssassin au-delà de 2,0la moitié des points au-delà de 2,0, au plus 3SpamAssassin
La note de SpamAssassin atteint son seuil de spam−2SpamAssassin
Non vérifié, ou indéterminable à partir d'un seul message0–
Le tableau qu'utilise la note (version 2026-10-31.1) : 10 moins chaque ligne applicable, jamais en dessous de 0. Une partie que nous n'avons pas pu vérifier ne retire rien ; les lignes d'envoi en masse ne coûtent des points que sur l'envoi en masse ; une ligne à 0 est un avertissement que nous montrons mais ne comptons pas dans la note.

L'alignement SPF, DKIM et DMARC en une image

DMARC réussit quand SPF ou DKIM réussit pour un domaine qui correspond à l'adresse From que voient les gens.

Un e-mail a deux expéditeurs : l'expéditeur caché de l'enveloppe, vers lequel vont les rebonds, et l'adresse From que lisent les gens. SPF vérifie le premier, DKIM vérifie une signature, et DMARC relie l'un ou l'autre au second (RFC 9989).

Les services e-mail font généralement réussir DMARC via DKIM : ils signent avec votre domaine (un enregistrement que vous ajoutez) tandis que les rebonds vont vers leur propre sous-domaine.

Return-Path: bounces+48213-9f1c@em.example.orgl'expéditeur de l'enveloppe (MAIL FROM) : c'est lui que SPF vérifie
DKIM-Signature: v=1; a=rsa-sha256; d=example.org; s=s1; …une signature du domaine From
DKIM-Signature: v=1; a=rsa-sha256; d=sendgrid.info; s=smtpapi; …la signature propre du service e-mail
From: Example Weekly <news@example.org>ce que voit le lecteur : DMARC protège celle-ci
  1. SPF réussit198.51.100.24 peut envoyer pour em.example.orgaligné : em.example.org appartient à example.org
  2. DKIM réussitla signature de example.org est validealigné : le même domaine
  3. DKIM réussitla signature de sendgrid.info est validenon aligné : un autre domaine (ce n'est pas grave)
  4. DMARC réussitFrom example.org : au moins une réussite est alignéepolitique p=none · alignement relaxed
SPF vérifie l'expéditeur caché de l'enveloppe, DKIM vérifie une signature, et DMARC demande si l'un des deux appartient au domaine From que voient les gens. L'alignement relaxed compare les domaines d'organisation (em.example.org et example.org correspondent) ; strict compare les noms exacts.

Exigences d'expédition de Gmail, Yahoo et Outlook.com

Depuis 2024, les plus grands fournisseurs de boîtes de réception publient ce qu'ils exigent. Les voici côte à côte.

Tout expéditeur a besoin de SPF ou DKIM, d'un DNS inverse fonctionnel et d'un message bien formé. Les expéditeurs en masse ont aussi besoin de SPF et DKIM ensemble, d'un enregistrement DMARC aligné sur l'adresse From, de la désinscription en un clic et d'un faible taux de plaintes.

Notre rapport vérifie chaque règle qu'un seul message peut montrer, et dit « indéterminable » pour le reste : les taux de plaintes se trouvent dans Google Postmaster Tools et le Sender Hub de Yahoo.

GmailYahooOutlook.com
Tous les expéditeursExpéditeurs en masse5 000+ par jourTous les expéditeursExpéditeurs en masseaucun chiffre donnéExpéditeurs en masse5 000+ par jour
SPF ou DKIM réussit4.7.27 · 4.7.30–––
SPF et DKIM réussissent tous deux4.7.27 · 4.7.30–––
SPF réussit––––1
DKIM réussit––––1
Un enregistrement DMARC, p=none ou plus strict4.7.40 · 5.7.40–––
From aligné sur SPF ou DKIM (DMARC réussit)4.7.32 · 5.7.32––1
DNS direct et inverse (PTR)4.7.23–––
TLS sur la connexion4.7.29––––
Format de message RFC 53222–––
Pas de From: Gmail venant d'ailleurs––––
Une adresse From ou Reply-To valide––––
Désinscription en un clic (RFC 8058)–––
List-Unsubscribe (mailto ou https)––––
Un lien de désinscription visible dans le corps––
Plaintes pour spam sous 0,3 %–––

obligatoirerecommandé– pas dans les règles de ce fournisseur4.7.23le code avec lequel Gmail répond quand elle manqueun seul message ne peut pas la montrer : nous disons « indéterminable »

1 550 5.7.5152 Gmail demande aussi une adresse unique dans From.

Gmail et Yahoo depuis février 2024 (Gmail les applique plus strictement depuis novembre 2025), Outlook.com depuis le 5 mai 2025, avec un rejet en 550 5.7.515. Le rapport vérifie chaque ligne qu'un seul message peut montrer.

Confidentialité : ce que nous conservons, et ce que voit le serveur de messagerie

L'adresse que vous vérifiez n'est pas conservée : sa réponse l'est, jusqu'à un jour, sous un hash à clé et sans l'adresse. Le corps d'un message de test est supprimé juste après l'analyse.

Pour vérifier une adresse, nous envoyons à son serveur de messagerie quelques courtes commandes et rien d'autre : EHLO, MAIL FROM:<>, RCPT TO pour l'adresse et pour une adresse inventée (et une fois de plus pour Outlook.com), RSET, QUIT. Le serveur voit le nom de notre serveur, un expéditeur vide et les adresses sur lesquelles on l'interroge : pas vous, et pas un message.

Un rapport de test conserve les en-têtes du message, ses liens et un aperçu de 140 caractères, avec les constats, pendant 7 jours pour que vous puissiez partager son lien ; le corps complet et les pièces jointes sont supprimés juste après l'analyse. Vous pouvez supprimer le rapport à tout moment depuis le rapport lui-même.

Vérifier une adresse
  1. Vous la saisissezElle part vers notre serveur en HTTPS, dans la requête seulement.
  2. Le serveur de messagerie voitEHLO probe.dnsrobot.net · MAIL FROM:<> · RCPT TO:<…> · RSET · MAIL FROM:<> · RCPT TO:<…> · QUITCes quelques commandes et rien d'autre : le nom de notre serveur, un expéditeur vide, RCPT TO pour l'adresse et pour une adresse inventée (et une fois de plus pour Outlook.com). Aucun message, aucun nom, rien sur vous.
  3. Nous conservonsPas l'adresse. Les journaux contiennent le domaine et le code de réponse ; une réponse définitive est conservée jusqu'à un jour sous un hash à clé, sans l'adresse.
Tester votre e-mail
  1. Le message lui-mêmeSon corps et ses pièces jointes sont supprimés juste après l'analyse. SpamAssassin le lit en mémoire sur notre serveur de messagerie ; rien n'est journalisé.
  2. Le rapportLes en-têtes, les domaines vers lesquels le message renvoie (avec un lien d'exemple pour chacun) et un aperçu de 140 caractères : 7 jours, ou jusqu'à ce que vous appuyiez sur Supprimer le rapport. Toute personne qui a son lien peut l'ouvrir.
  3. Ce que nous ne faisons jamaisle transférer, y répondre ou le lire à la main.
Vérifier une adresse, c'est traiter des données personnelles au sens du RGPD même si rien n'est stocké, nous en conservons donc le moins possible. Spamhaus demande aux outils de vérification de ne pas proposer de nettoyage de listes : aucune boîte mail n'est vérifiée en masse.

Questions fréquentes

Cet Email Checker est-il gratuit ?

Oui, sans inscription. Vous pouvez vérifier des adresses une à une (quelques-unes par minute), vérifier des listes allant jusqu'à 100 adresses et lancer des tests de délivrabilité d'e-mail. Les limites existent parce que chaque vérification atteint un vrai serveur de messagerie : les serveurs bloquent les outils qui interrogent trop souvent, ce qui empêcherait l'outil de fonctionner pour tous.

Comment vérifier une adresse mail sans envoyer d'e-mail ?

Saisissez-la plus haut. Nous recherchons les serveurs de messagerie du domaine, nous nous connectons au premier et demandons s'il accepterait du courrier pour l'adresse (RCPT TO). Puis nous posons la même question pour une adresse inventée du même domaine, pour savoir si le serveur les distingue, et nous raccrochons avant l'envoi de tout message.

Quelle est la précision d'un vérificateur d'e-mail, et une adresse valide peut-elle quand même rebondir ?

Aussi précis que le fournisseur le permet. Gmail, iCloud et la plupart des fournisseurs grand public répondent clairement ; les domaines accept-all et les fournisseurs qui refusent les vérifications ne peuvent être confirmés par personne. Une boîte pleine, ou un changement après la vérification, peut encore faire rebondir une adresse valide. Nous montrons dans quel cas vous êtes, au lieu d'un pourcentage inventé.

La personne saura-t-elle que j'ai vérifié son adresse e-mail ?

Non. Rien n'atteint sa boîte de réception, car la conversation s'arrête avant l'envoi d'un message. Le serveur de son fournisseur enregistre une connexion de notre serveur de vérification, comme pour tout expéditeur qui frappe à la porte, mais il n'en informe pas le propriétaire de la boîte, et nous n'envoyons rien qu'il pourrait voir.

Pourquoi une adresse Gmail, Yahoo ou Outlook.com donne-t-elle ce résultat ?

Gmail vérifie toutes les adresses, ses réponses sont donc fiables. Outlook.com dit parfois oui une fois à une adresse inventée, nous demandons donc deux fois et ne croyons que les réponses qui concordent. Yahoo refuse les serveurs dont le DNS inverse ne correspond pas, le nôtre compris pour l'instant, les adresses Yahoo obtiennent donc le résultat Inconnu. La liste d'erreurs de Yahoo montre aussi que les comptes inconnus sont rejetés après l'envoi du message.

Qu'est-ce qu'une adresse e-mail catch-all (accept-all) ?

C'est une adresse d'un domaine dont le serveur de messagerie accepte le courrier pour toutes les adresses, existantes ou non, et trie plus tard. Une vérification ne peut pas y distinguer une vraie boîte d'une boîte inventée, le résultat est donc Accept-all. N'y envoyez que si vous tenez l'adresse de la personne, et surveillez les rebonds.

Pourquoi le résultat de ma vérification d'e-mail est-il Inconnu ?

Le serveur de messagerie n'a pas répondu au sujet de l'adresse. Il a mis notre serveur de vérification en greylisting (réessayez dans une minute), l'a refusé à cause d'une règle sur les serveurs, n'a pas répondu à temps, ou appartient à un fournisseur qui demande à ne pas être vérifié. Inconnu n'est jamais un non : une adresse qu'on vous a donnée est probablement bonne.

Comment tester la délivrabilité et le score de spam de mon e-mail ?

Ouvrez Tester votre e-mail plus haut et copiez l'adresse à usage unique. Envoyez-y votre vrai message, depuis le même compte et le même service que d'habitude. Le rapport se construit au fil des vérifications : serveur d'envoi, SPF, DKIM, DMARC, contenu, en-têtes de désinscription, SpamAssassin et règles de Gmail, Yahoo et Outlook.com, avec une note sur 10.

Un 10/10 sur un mail tester signifie-t-il que mon e-mail arrive en boîte de réception ?

Aucun test ne peut le promettre. Le placement en boîte de réception dépend aussi de votre historique d'envoi et de la fréquence à laquelle les gens signalent vos messages comme spam, ce que seuls les fournisseurs de boîtes mail voient. Un 10/10 signifie que rien de ce que nous pouvons vérifier dans un message ne pose problème. Nous n'avons pas de boîtes de test (seed) et ne prétendons donc jamais mesurer le placement en boîte de réception.

Conservez-vous les adresses que je vérifie ou les e-mails que j'envoie ?

Pas les adresses : nos journaux contiennent le domaine et le code de réponse du serveur de messagerie, et une réponse définitive est conservée jusqu'à un jour sous un hash à clé, sans l'adresse. Le corps complet et les pièces jointes d'un message de test sont supprimés juste après l'analyse. Son rapport conserve les en-têtes, les liens et un aperçu de 140 caractères pendant 7 jours, ou jusqu'à ce que vous appuyiez sur Supprimer le rapport.

Que signifie « vérifier une adresse e-mail » par rapport à la validation ?

La validation contrôle la forme de l'adresse et son domaine : la syntaxe, et si le domaine a des serveurs de messagerie. La vérification interroge en plus le serveur de messagerie sur la boîte elle-même. Cet Email Checker fait les deux pour les adresses seules ; le mode Liste valide chaque ligne et vous laisse vérifier la boîte de n'importe quelle ligne quand vous en avez besoin.

Puis-je vérifier une liste d'adresses e-mail ?

Oui, jusqu'à 100 à la fois, collées ou depuis un fichier CSV, et vous pouvez télécharger les résultats en CSV. Chaque ligne reçoit syntaxe, domaine, serveurs de messagerie et listes. Les boîtes mail sont vérifiées une par une, quand vous le choisissez, car interroger cent serveurs de messagerie d'un coup, c'est du nettoyage de liste, que les serveurs de messagerie bloquent.

Il vous manque quelque chose ?Suggérez une fonction ou un nouvel outil

Outils associés