Adresses email Catch-all : comment les traiter ?

Il y a en réalité plusieurs raisons pour lesquelles les résultats peuvent être "inconnus", et notre système de vérification d'emails les classe en deux catégories : les "BAD_OTHER" et les "ACCEPT_ALL".

Les adresses e-mails dont le résultat est "ACCEPT_ALL" aussi appelés CATCH_ALL mériteraient un article à eux seuls, mais nous allons essayer de faire court pour vous expliquer ce qu'il en est ici.

Pour expliquer le plus simplement possible à quoi correspond ce résultat, il faut une petite explication sur le fonctionnement de notre système de vérification d'emails (et des système de vérification d'emails en général). Notre outil se connecte au serveur hébergeant l'adresse e-mail que vous souhaitez vérifier et demande à celui-ci si l'adresse e-mail existe dans sa base de données. Certains serveurs sont configuré pour répondre tout le temps "oui l'adresse demandée existe", même lorsque celle-ci n'existe pas. C'est ce que nous appelons un "ACCEPT_ALL".

C'est comme si vous vous rendiez à un hôtel, et que vous demandiez au receptioniste si "Mr/Mme Untel est présent à l'hôtel", et que celui-ci réponde "oui" sans même vérifier dans son registre.

Pour le résultat "BAD_OTHER", c'est un peu plus complexe car il y a plusieurs raisons pour lesquelles il peut être retourné. Très souvent les adresses e-mails sont retournées comme "BAD_OTHER" car le serveur hébergeant l'adresse e-mail a interrompus la connexion. C'est souvent lié à une configuration antispam assez strict du serveur.

Chez Klemail nous faisons le maximum pour réduire le nombre de résultat BAD_OTHER en essayant d'appliquer des stratégies de vérification différentes, mais il est impossible de les éviter totalement.

La première chose à savoir c'est que Klemail recrédite sur votre compte les vérifications dont le résultat est "BAD_OTHER" ou "ACCEPT_ALL".

Notre conseil à ce sujet est très simple. Il ne faut pas nécessairement supprimer de votre base de données les adresses e-mails dont le résultat est "inconnu" ! Il est préférable de les laisser dans votre base de données, et potentiellement de relancer une vérification sur ces adresses e-mails quelques jours plus tard.

Il est peu probable que le résultat change pour les adresses "ACCEPT_ALL" (mais cela peut arriver!). Par contre pour les adresses dont le résultat était "BAD_OTHER" il est assez fréquent que le résultat change pour devenir exploitable.

C'est un vaste sujet. Nous allons essayer de faire une courte réponse, et nous consacrerons un article complet sur l'envoi d'e-mail à ces adresses.

La première règle à suivre lors de la préparation d'un e-mailing est d'éviter d'y intégrer trop d'adresses e-mail indiquées comme "inconnus". C'est la seule solution viable pour prendre le moins de risque possible lors de votre envoi.

Ensuite, le choix, de manière générale, va dépendre de deux critères :

• la qualité de votre base
• la provenance et l'ancienneté de votre base

Avec un peu de bon sens, il est possible de faire des choix sensés. Par exemple si votre vérification contient 40% de mauvaises adresses, 40% de bonnes adresses et 20% d'adresses "inconnues", on peut alors supposer qu'une part importante des adresses inconnues soient incorrectes. Dans ce cas, il faudra intégrer vraiment très peu d'adresses "inconnus" dans votre e-mailing (voir ne pas en intégrer du tout !).

En revanche, si votre base est de très bonne qualité, et que vous avez une bonne connaissance de votre base, vous pouvez alors intégrer plus d'adresses "inconnus" dans votre e-mailing, toujours dans une limite raisonnable (moins de 3% par exemple), et en fonction du résultat de votre envoi, vous pourrez ainsi ajuster votre stratégie.