Envoyer une candidature à une adresse email invalide est l'échec le plus silencieux qui soit : pas de rebond visible, pas de notification, juste un email qui ne sera jamais lu. Voici comment vérifier réellement qu'une adresse existe, au-delà de la simple apparence.
La première vérification, la plus basique, consiste à s'assurer que l'adresse respecte la syntaxe attendue : une partie locale, un arobase, un domaine avec une extension valide. Cette étape élimine les fautes de frappe évidentes, mais ne dit absolument rien sur le fait que la boîte mail existe réellement — une adresse parfaitement bien formée peut très bien ne correspondre à aucune boîte active.
L'étape suivante consiste à interroger le DNS du domaine pour vérifier la présence d'enregistrements MX (Mail Exchange), qui indiquent quels serveurs sont configurés pour recevoir des emails pour ce domaine. Si aucun enregistrement MX n'existe, aucune adresse sur ce domaine ne peut recevoir de courrier — cela permet d'éliminer les domaines mal orthographiés ou inactifs sans avoir besoin d'aller plus loin.
Cette vérification reste toutefois insuffisante seule : elle confirme que le domaine peut recevoir des emails, pas que l'adresse spécifique testée correspond à une boîte mail réellement existante.
Historiquement, on pouvait ouvrir une connexion SMTP directe sur le port 25 du serveur mail et simuler le début d'un envoi (commandes MAIL FROM puis RCPT TO) pour voir si le serveur confirmait ou rejetait l'adresse, sans jamais envoyer le message complet. Cette technique, appelée SMTP ping ou vérification SMTP, est aujourd'hui largement obsolète pour deux raisons.
D'une part, la plupart des hébergeurs cloud (AWS, Google Cloud, la majorité des VPS grand public) bloquent par défaut les connexions sortantes sur le port 25, précisément pour lutter contre le spam envoyé depuis des serveurs compromis. D'autre part, de nombreux serveurs mail modernes répondent positivement à n'importe quelle adresse testée via RCPT TO — une pratique appelée « catch-all » — rendant le test totalement inutile pour distinguer une adresse valide d'une adresse inexistante.
Une API de vérification sérieuse détecte si un domaine est configuré en catch-all — c'est-à-dire qu'il accepte tous les emails quelle que soit l'adresse locale — et ajuste son niveau de confiance en conséquence, plutôt que de déclarer à tort une adresse comme valide sur la seule base d'une réponse SMTP positive.
Ces API maintiennent aussi des listes de domaines d'adresses email jetables ou temporaires, utilisées pour créer des comptes sans donner sa vraie adresse. Repérer ce type de domaine est utile pour un recruteur qui filtre des candidatures suspectes, et moins pertinent pour un candidat qui cherche simplement à vérifier un contact professionnel légitime.
En pratique, une vérification fiable combine plusieurs signaux — format, enregistrements MX, réputation du domaine, détection catch-all, historique de rebonds connus — pour produire un score de confiance plutôt qu'une réponse binaire « existe » ou « n'existe pas ». C'est cette approche par faisceau d'indices, et non un test SMTP isolé, qui donne aujourd'hui les résultats les plus fiables.
Sans accès à une API de vérification dédiée, quelques réflexes simples réduisent déjà fortement le risque d'envoyer dans le vide : privilégier les adresses trouvées sur le site officiel de l'entreprise ou sur une offre d'emploi publiée directement par elle, vérifier que le domaine correspond bien au nom de l'entreprise, et éviter les adresses recomposées « à la main » à partir d'un nom et d'un prénom sans confirmation de leur format exact utilisé par l'entreprise.
Pour un volume plus important de candidatures, s'appuyer sur un outil qui intègre une vérification automatisée avant l'envoi — combinant les signaux décrits ci-dessus — reste la méthode la plus fiable pour éviter que vos candidatures ne finissent dans des boîtes qui n'existent plus.