Validateur d'adresse e-mail

Vérifiez instantanément si une adresse e-mail respecte un format pratique inspiré de la RFC 5322, et confirmez si le domaine peut réellement recevoir des e-mails (recherche d'enregistrements MX). Outil gratuit pour la validation de formulaires et le nettoyage de listes de diffusion.

Dernière mise à jour : 2026-09-20

Exemples de verdicts sur le format d'e-mail

Adresse d'exemple	Verdict	Motif
[email protected]	Valide	Format de base (partie locale @ partie domaine)
[email protected]	Valide	Adresse étiquetée avec un point et un signe plus
[email protected]	Invalide	Deux points consécutifs dans la partie locale
@example.com	Invalide	La partie locale (avant le « @ ») est vide
user@example	Invalide	Le domaine n'a pas de domaine de premier niveau (par ex. .com)
user example.com	Invalide	Ne contient pas le symbole « @ »

Vérifier le format et le domaine d'une adresse électronique

Cet outil juge aussitôt si une adresse est bien formée et établit en outre si son domaine est réellement en mesure de recevoir du courrier, c'est-à-dire s'il existe un enregistrement MX. Il sert à concevoir la validation d'un formulaire de saisie, ou à remettre en ordre une liste de diffusion qui a vieilli.

**La première chose à comprendre est qu'être bien formée et exister réellement sont deux questions tout à fait distinctes.** Une adresse peut être irréprochable de forme et pourtant revenir si le compte qui la porte a été supprimé. À l'inverse, **la RFC 5322 est étonnamment permissive : une forme telle que `"quoted string"@example.com` est grammaticalement légale.** Vouloir valider complètement par une expression régulière **garantit donc qu'à un moment ou à un autre vous écarterez une adresse parfaitement valide.** Ce qui fonctionne en pratique, c'est de **ne contrôler la forme que lâchement et d'envoyer un message de confirmation que la personne ouvrira.** Contrôler l'enregistrement MX établit que le domaine est prêt à recevoir, mais ne dit rien de l'existence d'une adresse particulière.

Comment s'en servir

Saisissez l'adresse Le jugement sur sa forme est rendu sur-le-champ.
Lisez le verdict sur le format **Il est rendu selon une approximation pratique de la RFC 5322.**
Contrôlez l'enregistrement MX **Cela établit si le domaine publie un lieu où recevoir du courrier.**
Tranchez enfin en envoyant un message **Rien hormis un message de confirmation ne prouve qu'une adresse existe.**

Astuces pour en tirer le meilleur parti

Même une adresse correctement formatée comme « [email protected] » ne garantit pas que l'e-mail arrivera réellement : la vérification des enregistrements MX ci-dessous en donne une idée approximative.
Pour nettoyer une liste de diffusion, il est plus efficace d'éliminer d'abord les fautes de frappe évidentes avec la vérification du format, puis de confirmer que le domaine lui-même est valide avec la vérification des enregistrements MX.
Les grands domaines comme Gmail ou Outlook ont toujours des enregistrements MX, mais le domaine propre d'une entreprise peut en être dépourvu juste après sa mise en place ou en raison d'une erreur de configuration.
Un espace superflu laissé à la fin après un copier-coller de l'adresse peut faire échouer la vérification du format : soyez attentif aux espaces superflus autour du champ de saisie.
Pour intégrer une validation en temps réel dans votre propre formulaire d'inscription, l'expression régulière pratique présentée dans l'anecdote ci-dessous peut être réutilisée directement.

Dans quels cas s'en servir

Pour concevoir la validation d'un formulaire

Vous fixez avec quelle rigueur écarter des adresses en l'éprouvant sur des exemples réels.

Pour remettre en ordre une liste de diffusion

**Les adresses dont le domaine a cessé d'exister se distinguent à la présence d'un enregistrement MX.**

Pour attraper une faute de frappe

Une erreur de domaine telle que `gmail.con` se révèle dès que l'enregistrement MX est contrôlé.

Pour examiner un échec de remise

Pour une adresse qui ne reçoit rien, vous établissez d'abord si la faute vient de la forme ou du domaine.

Vocabulaire des adresses électroniques

Partie locale: La portion précédant l'`@`. **Sous la RFC 5322, l'entourer de guillemets permet des caractères autrement interdits.**
Partie domaine: La portion suivant l'`@`. L'enregistrement MX du domaine ici inscrit décide où va le message.
Enregistrement MX: **L'enregistrement DNS nommant quel serveur reçoit le courrier d'un domaine.** Sans lui, rien n'arrive.
RFC 5322: La norme définissant le format d'un message. **Ses dispositions sont bien plus permissives qu'on ne l'imagine généralement.**
Adresse internationalisée: Une adresse comportant des caractères non latins. Certains systèmes ne les acceptent toujours pas, ce qui exige de la prudence.
Message de confirmation: L'étape consistant à écrire à l'adresse donnée et à en faire ouvrir le message. **C'est la validation la plus sûre qui soit.**

Questions fréquentes

Cet outil ne prend pas en charge certaines constructions inhabituelles que la RFC 5322 autorise techniquement, comme une partie locale entre guillemets ou un domaine sous forme de littéral IP (par ex. user@[192.0.2.1]). Il utilise une approximation pratique qui couvre la grande majorité des adresses réelles, plutôt que de viser une conformité totale à la spécification.

Non. Un enregistrement MX indique seulement que le domaine dispose d'un mécanisme pour recevoir des e-mails ; il ne dit rien sur l'existence réelle de la boîte aux lettres mentionnée avant le « @ ». La seule façon fiable de confirmer qu'une boîte existe est d'envoyer réellement un message et de vérifier s'il revient en erreur (bounce).

Dans de rares cas, un domaine se rabat sur son enregistrement A (l'adresse IP propre du domaine) pour accepter les e-mails au lieu d'un enregistrement MX. Cette configuration est toutefois déconseillée, et la quasi-totalité des serveurs de messagerie ont aujourd'hui des enregistrements MX correctement configurés.

La vérification du format et la recherche MX sont utiles comme filtrage initial, mais avant un envoi massif, vous devriez aussi vérifier la configuration SPF/DKIM/DMARC de votre expéditeur et confirmer que votre liste est constituée d'inscriptions volontaires (opt-in). Envoyer en masse à des adresses invalides peut nuire à la réputation de votre domaine d'envoi.

Anecdote — pourquoi la validation des e-mails se fait-elle en deux étapes

La validation des e-mails est plus facile à comprendre si on la divise en deux niveaux distincts : le format et l'existence. La vérification du format est un test purement statique visant à savoir si une chaîne de caractères a la bonne structure (partie locale, @, partie domaine) et ne touche jamais au réseau. Confirmer l'existence, en revanche, nécessite une requête DNS vers le domaine, ce qu'un navigateur ne peut pas faire directement depuis JavaScript : cela doit se passer côté serveur. Cet outil sépare les deux en étapes distinctes précisément parce qu'il s'agit, techniquement, de vérifications de nature différente.

La RFC 5322 définit la grammaire formelle des adresses e-mail, et celle-ci est étonnamment complexe. Par exemple, mettre la partie locale entre guillemets permet légalement des espaces et des points consécutifs qu'aucun serveur de messagerie réel n'utiliserait jamais en pratique. C'est pourquoi la plupart des professionnels évitent un analyseur totalement conforme et adoptent plutôt l'expression régulière simplifiée définie par le HTML Living Standard du WHATWG ; cet outil suit la même approche pragmatique.

Un enregistrement MX est une entrée DNS qui indique quel serveur doit recevoir les e-mails d'un domaine donné, les valeurs de préférence les plus basses étant essayées en premier. Lorsqu'une entreprise migre son infrastructure de messagerie, il est courant de conserver plusieurs enregistrements MX actifs simultanément le temps d'une transition progressive. Si aucun enregistrement MX n'existe, il est très probable que les e-mails envoyés à ce domaine soient rejetés par le destinataire.

Voir toutes les anecdotes