À propos de cette vidéo

Les adresses de cette vidéo sont des exemples. La vérification de fichiers nécessite un compte payant.

Transcription de la vidéo

1. 00:00Pourquoi un oui ne prouve rien

   Un domaine catch-all accepte les e-mails pour n'importe quelle adresse, réelle ou non. Cela change la valeur d'un oui. Prenez trois adresses d'un même domaine. L'une appartient à une vraie personne. L'une appartenait à quelqu'un qui est parti. L'une n'a jamais été créée. Interrogez le serveur de messagerie sur chacune, et il donne la même réponse. C'est le problème d'un simple oui. Il peut signifier que la boîte est réelle. Il peut seulement signifier que ce domaine ne dit jamais non.

2. 00:28Comment nous le détectons

   Nous lançons donc un second test. Nous interrogeons le même serveur sur une adresse inventée que personne ne possède. Aucun e-mail n'est envoyé. Si le serveur la refuse, le domaine n'est pas catch-all. S'il l'accepte, il l'est. Si le test est bloqué, si le serveur dit de réessayer plus tard, ou si la réponse n'est pas claire, nous n'avons aucune preuve dans un sens ni dans l'autre. Combinons maintenant les deux réponses. Test refusé et votre adresse acceptée donnent valide. Test refusé et votre adresse refusée donnent invalide. Test accepté et votre adresse acceptée donnent catch-all. Si le test est accepté mais pas votre adresse, le résultat est inconnu. La raison indique de quel type il s'agit. Catch-all deliverable est le principal. Catch-all inferred signifie que la preuve était en cache ou indirecte. Certains domaines Microsoft 365 relaient en interne et acceptent tous les destinataires. Certaines passerelles de sécurité font de même. Et avec un alias de redirection, le destinataire final ne peut pas être connu. Tout cela demande un contrôle SMTP en direct. Il est exécuté par défaut. Via l'API, check_smtp false l'ignore, et la plupart des adresses reviennent inconnues. Les outils MCP sont à false par défaut : mettez-le à true si vous voulez ce test.

3. 01:41Faut-il envoyer ?

   Que vous dit donc réellement un résultat catch-all ? Le domaine acceptera le message. Nous ne pouvons pas confirmer qu'une vraie boîte se cache derrière cette adresse. C'est donc un jugement à porter, et le type de message tranche. Les messages de grande valeur ou transactionnels peuvent généralement partir. Pour un envoi à froid en masse, pesez-le vous-même. Dans tous les cas, gardez ces adresses hors de votre liste valide. Dans un traitement de fichier, filtrez les résultats par statut et exportez le catch-all séparément. C'est alors une décision visible. Surveillez une chose dans ce fichier. Une adresse de rôle sur un domaine catch-all apparaît comme rôle, pas catch-all, et son indicateur catch-all reste activé. Pour les trouver toutes, filtrez votre CSV sur ev_is_catchall. Ne comptez pas sur un nouvel essai pour trancher. Seuls les résultats inconnus sont marqués comme réessayables. Un résultat catch-all utilise un crédit, comme valide. Vérifiez cette adresse de nouveau sur le même compte dans les 24 heures, et il n'y a pas de seconde facturation. Une actualisation forcée via l'API est facturée de nouveau. Donnez donc au catch-all sa propre place. Ce n'est ni valide, ni invalide. C'est un oui du domaine, et le reste est votre décision.

4. 02:53Commencer gratuitement

   20 crédits gratuits chaque jour où vous utilisez votre compte, jusqu'à 600 par mois. Aucune carte bancaire requise. Commencez sur billionverify.com.

Présenté dans cette vidéo

• Email Catch-All
• Pourquoi une adresse est-elle marquée catch-all au lieu de valid ?