Vérifiez la syntaxe d’une adresse e-mail et si son domaine peut recevoir du courrier, une seule ou une liste
Runs in your browser. Only the lookup you start is sent to cloudflare-dns.com or dns.google; nothing else leaves your device.Une adresse e-mail est valide lorsqu’elle respecte les règles SMTP (au plus 64 caractères avant le @ et 254 au total) et que son domaine a un serveur de messagerie dans le DNS. Ce vérificateur contrôle les deux, donne la raison quand une adresse échoue et traite une liste de 500 adresses maximum d’un coup.
Cette page a été traduite automatiquement à partir de l'original anglais. Aucune personne n’a encore relu la traduction : c’est la version anglaise qui fait foi. Lire l'original en anglais
Choisissez Une adresse et saisissez l’adresse dans le champ, ou cliquez sur Essayer un exemple.
Lisez le verdict sous Résultat ; un problème de syntaxe est indiqué avec sa raison.
Arrêtez de taper un instant et le domaine est interrogé : ses serveurs de messagerie sont listés avec leur préférence.
Pour une liste, choisissez Une liste d’adresses, collez une adresse par ligne, cliquez sur le bouton Vérifier sous la liste, puis sur Copier en tableau.
Saisissez une adresse ou collez une liste : chacune subit deux contrôles.
Le premier porte sur la syntaxe, selon le cœur pratique des RFC 5321 et RFC 5322. La partie avant le @ peut contenir des lettres, des chiffres, des points et les symboles autorisés par la norme, dont + et l’apostrophe ; elle ne peut ni commencer ni finir par un point, ni en contenir deux à la suite, et compte au plus 64 caractères. Le domaine doit avoir au moins deux parties, faites de lettres, de chiffres et de tirets. L’adresse complète compte au plus 254 caractères. Quand une adresse échoue, la page indique quelle règle elle enfreint. Les parties locales entre guillemets, les domaines en adresse IP et les lettres non anglaises sont acceptés avec une remarque, car la norme les autorise mais de nombreux services les refusent.
Le second porte sur le domaine. La page demande à un résolveur public DNS over HTTPS, 1.1.1.1 de Cloudflare ou 8.8.8.8 de Google, les enregistrements MX du domaine, c’est-à-dire la liste des serveurs qui acceptent son courrier. Elle reconnaît aussi un MX nul, l’enregistrement de la RFC 7505 qui indique qu’un domaine n’accepte aucun e-mail, et l’ancien repli selon lequel un domaine sans MX reçoit le courrier à sa propre adresse. Seule la partie domaine est envoyée à ce résolveur ; la partie avant le @ ne quitte jamais votre appareil.
Ce qu’aucun vérificateur ne peut vous dire honnêtement sans envoyer de message, c’est si la boîte aux lettres existe. Cette page n’envoie jamais d’e-mail de test et ne se connecte jamais à un serveur de messagerie. Les services qui promettent une certitude ouvrent en général une conversation SMTP et s’arrêtent avant le message, et de nombreux grands fournisseurs répondent volontairement « oui » à toutes les adresses pour que les spammeurs ne puissent pas utiliser cette astuce. Un résultat positif ici signifie que l’adresse est bien formée et que son domaine est configuré pour le courrier, rien de plus.
Pour une liste, collez une adresse par ligne, ou des destinataires copiés comme Name [email protected] ; les doublons sont supprimés.
Collez-la dans le champ ci-dessus. La page contrôle la syntaxe selon les règles SMTP et vous dit quelle règle est enfreinte en cas d’échec, puis demande à un résolveur DNS public si le domaine a des serveurs de messagerie. Les deux contrôles prennent une seconde, et une liste de 500 adresses maximum fonctionne de la même façon.
Non, et aucun outil honnête ne le peut sans envoyer de courrier. Le seul moyen de le savoir est de remettre un message ou d’ouvrir une conversation SMTP avec le serveur, et cette page ne fait ni l’un ni l’autre. De nombreux grands fournisseurs acceptent en outre volontairement toutes les adresses pendant cette conversation, si bien que même ces sondages ne peuvent souvent pas trancher.
Un enregistrement MX est l’entrée DNS qui désigne les serveurs acceptant les e-mails d’un domaine, chacun avec un numéro de préférence ; les numéros les plus bas sont essayés en premier. Le domaine de Gmail en liste plusieurs. Un domaine sans enregistrement MX ni enregistrement d’adresse n’a nulle part où recevoir du courrier, donc toute adresse sur ce domaine sera rejetée.
Un MX nul, défini dans la RFC 7505, est un enregistrement MX unique avec la préférence 0 et l’hôte « . ». Un domaine le publie pour dire qu’il n’accepte jamais d’e-mail, afin que les expéditeurs échouent tout de suite au lieu de réessayer pendant des jours. Les adresses de ce domaine sont bien formées mais impossibles à distribuer.
Oui. Le signe plus fait partie des caractères que la RFC 5322 autorise avant le @, et Gmail, Outlook et de nombreux autres fournisseurs distribuent name+anything@ dans la même boîte que name@. Certains formulaires d’inscription le refusent à tort, mais l’adresse elle-même est valide, et ce vérificateur l’accepte.
Seul le domaine, la partie après le @, part vers le résolveur public que vous choisissez, Cloudflare ou Google, sous forme de requête DNS. La partie avant le @ ne quitte jamais votre appareil, aucun e-mail n’est envoyé et aucun serveur de messagerie n’est contacté. Notre propre serveur n’intervient pas du tout.
Toujours bloqué ? Poser une question sur Vérificateur d’adresse e-mail et toute personne qui connaît la réponse peut répondre. Aucun compte nécessaire.