1. Accueil
  2. Outils gratuits
  3. Vérificateur de domaine catch-all

Vérificateur d’e-mails catch-all

En bref : Teste si un domaine accepte les e-mails pour toutes les adresses en demandant au serveur une adresse aléatoire qui ne peut pas exister. Limite : Il classe le domaine, pas une adresse : sur un domaine catch-all, aucune vérification ne peut confirmer une boîte précise.

Un domaine catch-all accepte les e-mails pour toutes les adresses, réelles ou non. Saisissez un domaine : ce vérificateur demande à son serveur de messagerie d’accepter une adresse générée au hasard qui ne peut pas exister. Acceptée, le domaine est catch-all ; refusée, les boîtes peuvent être vérifiées une par une. Rien n’est envoyé, et vous voyez aussi les serveurs MX du domaine.

Five checks a minute, no account. You can paste an email address, but only its domain is used — we probe a randomly generated address that cannot exist, never one you choose.

L’outil est le même que sur la version anglaise : ses boutons et le motif de chaque résultat s’affichent en anglais (valid = valide, invalid = invalide, risky = risqué). Mis à jour le 5 novembre 2026 par l’équipe SimpleVerifier

Comment savoir si un domaine est catch-all ?

  1. Saisissez un domaine, comme entreprise.fr. Si vous collez une adresse e-mail, son domaine est utilisé.
  2. Cliquez sur Check domain. Nous lisons les enregistrements MX du domaine et notre serveur ouvre une connexion SMTP avec le serveur de messagerie.
  3. Une longue adresse aléatoire générée par nous est proposée avec RCPT TO, et la connexion se ferme avant l’envoi de tout message.
  4. Lisez le verdict : catch-all, pas catch-all ou inconnu, avec les serveurs MX du domaine.

Qu’est-ce qu’une adresse e-mail catch-all ?

C’est toute adresse d’un domaine dont le serveur accepte les e-mails pour tous les destinataires, que la boîte existe ou non. La plupart des serveurs refusent une adresse sans boîte derrière. Un domaine catch-all est configuré pour l’accepter quand même : un e-mail à [email protected] est reçu puis envoyé vers une boîte partagée, mis en attente de revue ou supprimé sans bruit. Les entreprises font ce choix pour qu’un nom mal orthographié ou l’adresse d’un ancien salarié ne fasse pas rebondir le message d’un client.

Le réglage appartient au domaine, pas à une adresse. Si une adresse d’un domaine est catch-all, toutes le sont, c’est pourquoi cet outil demande un domaine et non l’e-mail d’une personne.

Comment fonctionne la vérification catch-all ?

Elle demande au serveur de messagerie du domaine d’accepter une adresse qui ne peut pas exister, puis lit la réponse. Nous lisons les enregistrements MX du domaine, notre serveur de vérification ouvre une connexion SMTP avec le serveur de messagerie, se présente et indique un destinataire avec RCPT TO. Ce destinataire est une longue chaîne aléatoire générée de notre côté à chaque test ; vous ne pouvez pas la choisir, donc l’outil ne permet pas de tester la boîte d’une personne précise. La connexion se ferme avant toute transmission de message.

Une réponse 250 à une adresse qui ne peut pas exister signifie que le serveur accepte tout : catch-all. Un 550 signifie qu’il contrôle les destinataires : pas catch-all. Tout le reste (un report temporaire 4xx, un timeout, une connexion refusée, pas de MX) est signalé comme inconnu plutôt que deviné.

Pourquoi les vérificateurs renvoient-ils accept-all ou risqué ?

Parce que sur un domaine catch-all, le oui du serveur ne dit rien de l’adresse demandée. Un vérificateur pose la même question pour chaque adresse de votre liste : cette boîte existe-t-elle ? Sur un domaine ordinaire, le serveur répond franchement. Sur un domaine catch-all, il dit oui à tout, donc la réponse pour anne@ est la même que pour une adresse inventée. Un vérificateur qui l’affiche comme valide fait passer l’indifférence du serveur pour une confirmation.

Les outils honnêtes rangent ces adresses à part : risqué, accept-all ou catch-all selon l’éditeur. Certains ont aussi une catégorie inconnu pour les serveurs qui ne répondent pas du tout, ce qui est une autre situation.

Peut-on vérifier une adresse catch-all ?

Pas avec certitude. La vérification sans envoi repose sur le serveur qui indique quelles boîtes existent. Un serveur catch-all a choisi de ne le dire à personne, et il n’existe pas d’autre moyen de demander. Les formats d’adresse, les profils publics et l’historique d’échanges peuvent augmenter ou baisser la confiance dans une adresse, mais aucun n’équivaut au serveur qui confirme la boîte.

La même limite vaut pour la réponse de cet outil. C’est un test à un instant donné. Les administrateurs changent leurs réglages, et certains serveurs acceptent tous les destinataires pendant l’échange SMTP puis renvoient le message après l’avoir reçu : un domaine peut donc paraître normal ici et produire des rebonds plus tard. Un résultat pas catch-all est un indice solide, pas une garantie.

Comment traiter les adresses catch-all ?

Envoyez-leur à part, par petits lots, et jamais mélangées à votre liste d’adresses confirmées valides. Mettez-les dans leur propre segment pour mesurer leurs rebonds séparément, envoyez par petits lots en regardant le taux de rebond de chaque lot avant le suivant, privilégiez les adresses étayées par ailleurs (une adresse publiée, un historique de réponses ou un format que l’entreprise utilise), et retirez immédiatement les hard bounces.

Pour vérifier une seule adresse de bout en bout, utilisez le vérificateur d’e-mail gratuit ; pour toute une liste de domaines, le bulk catch-all checker (en anglais).

Questions fréquentes

Que signifie accept-all en vérification d’e-mail ?
Accept-all est un autre nom de catch-all : le serveur de messagerie du domaine accepte toutes les adresses pendant l’échange SMTP, que la boîte existe ou non. Les vérificateurs marquent ces résultats accept-all, catch-all ou risqué parce que le oui du serveur n’apporte aucune information sur l’adresse précise.
Pourquoi le vérificateur répond-il parfois inconnu ?
Parce que le test n’a pas obtenu de oui ou de non clair. Les causes courantes sont le greylisting, où le serveur fait patienter les expéditeurs inconnus avec une erreur temporaire ; les serveurs qui ne répondent pas ou bloquent les connexions de vérification ; les domaines sans MX ; et les moments où notre capacité de test est occupée. Inconnu veut dire sans conclusion, pas un catch-all caché.
Une adresse catch-all est-elle valide ?
Peut-être. Le domaine est réel et reçoit des e-mails, mais le serveur accepterait n’importe quelle adresse, donc son oui ne confirme pas celle-ci. C’est pourquoi les vérificateurs la marquent risquée ou accept-all plutôt que valide.
Faut-il envoyer aux adresses de domaines catch-all ?
En général oui, avec prudence. Beaucoup de domaines catch-all appartiennent à de vraies entreprises et l’adresse peut tout à fait être correcte. Gardez-les dans leur propre segment, envoyez-leur après vos adresses confirmées valides, par petits lots, et retirez tout ce qui rebondit. Ne les mélangez pas à un envoi qui doit rester sous un seuil de rebond strict.
Google Workspace et Microsoft 365 utilisent-ils le catch-all ?
Ils le peuvent, si un administrateur l’active. Google Workspace a un réglage de routage par défaut qui envoie les e-mails mal adressés vers une boîte catch-all, et Microsoft 365 obtient le même effet via la configuration du domaine dans Exchange Online et une règle de flux de messagerie. Aucun n’est le réglage par défaut, donc le test ci-dessus montre ce que fait réellement le domaine.

Vous avez une liste ? Les 100 premières adresses sont gratuites.

Connectez-vous avec Google, collez vos adresses ou déposez un CSV : chaque adresse passe le même contrôle SMTP de la boîte aux lettres, avec un fichier à télécharger. Sans carte bancaire.

Les domaines catch-all et les serveurs qui refusent de répondre reviennent risqués, jamais valides.

En continuant, vous acceptez nos conditions d’utilisation et notre politique de confidentialité (en anglais). Terms · Privacy

Outils gratuits en français

Prêt à nettoyer vos listes d’e-mails ?

Un vrai contrôle SMTP, sans crédits ni frais par e-mail.

Commencer

Résiliable à tout moment • Aucune configuration requise