Catch-all n'est pas la même chose que valide.
Quand un domaine est configuré en catch-all, il accepte chaque message entrant quelle que soit l'existence de la boîte de réception spécifique. Un outil de vérification ne peut pas aller au-delà de l'acceptation au niveau du domaine pour vérifier si john.smith@societe.com appartient réellement à quelqu'un. Le domaine accepte. La boîte de réception peut ne pas exister.
C'est le problème fondamental de traiter les résultats catch-all comme des adresses valides confirmées. Votre message a été accepté. Cela ne signifie pas qu'il a été délivré à une vraie personne. Dans de nombreux cas, le domaine utilise une configuration catch-all précisément parce qu'il ne peut pas maintenir une liste précise de ses propres boîtes de réception — et les messages vers des adresses inexistantes sont silencieusement supprimés.
L'erreur inverse est de traiter chaque résultat catch-all comme du déchet et de le supprimer entièrement. Cela jette un segment significatif. De nombreux domaines catch-all contiennent de vraies adresses délivrables. La bonne approche n'est ni d'accepter tous les enregistrements catch-all aveuglément ni de tous les écarter — c'est de les séparer dans un segment contrôlé avec ses propres règles de volume et de risque.
Ce que la vérification catch-all peut et ne peut pas vous dire.
| Signal | Ce que ça signifie | Ce que ça ne vous dit pas |
|---|---|---|
| Catch-all confirmé | Le domaine accepte tout le courrier | Si la boîte de réception spécifique existe |
| Pas d'échec MX | Le domaine a une infrastructure mail fonctionnelle | Si l'adresse du destinataire correspond à une vraie personne |
| Pas de rejet dur | Le serveur n'a pas refusé la connexion | Si le message sera délivré ou silencieusement supprimé |
| Pas de signalement jetable | Le domaine n'est pas un service de courrier temporaire connu | Si la boîte de réception est surveillée ou active |
Les résultats catch-all occupent une bande de risque entre valide et invalide. Ils ne sont pas équivalents à valide confirmé, et ils ne sont pas équivalents à mort confirmé. Ils nécessitent une décision de routage distincte — pas un jugement binaire garder-ou-supprimer.
Les trois erreurs catch-all courantes.
La plupart des équipes tombent dans l'un de ces trois schémas quand elles rencontrent des résultats catch-all dans leur sortie de vérification :
Traiter les catch-all comme valides. L'équipe importe tous les enregistrements catch-all dans la campagne principale aux côtés des adresses valides confirmées. Quand ces enregistrements produisent des rebonds ou un faible engagement, l'équipe blâme l'expéditeur ou le contenu plutôt que la décision de qualité de liste prise à l'import.