À propos de cette vidéo

Les adresses de cette vidéo sont des exemples. La vérification de fichiers nécessite un compte payant. BillionVerify n'est ni affilié à Mimecast, Proofpoint, Barracuda ou Sophos ni approuvé par eux.

Transcription de la vidéo

1. 00:00Repérer une passerelle

   Mimecast, Proofpoint, Barracuda et Sophos peuvent tous se placer devant la messagerie d'une entreprise. Le résultat dépend alors du comportement de cette passerelle. Voici les quatre cas, et quoi faire pour chacun. Nous repérons une passerelle grâce aux enregistrements de messagerie du domaine. Le nom d'hôte MX montre qui reçoit le courrier. Vous pouvez lire la même chose dans l'API, dans le champ appelé mx_records. Ensuite, c'est le comportement qui tranche. Nous regardons comment la passerelle traite votre adresse, et comment elle traite une adresse aléatoire qui ne devrait pas exister. Cela donne quatre cas.

2. 00:34Les quatre cas

   Cas un. La passerelle accepte votre adresse et refuse l'adresse aléatoire. Elle distingue les adresses, donc son oui a un sens. Le résultat est valide, avec la raison smtp_deliverable. Cas deux. Elle accepte les deux. La passerelle est en mode accept-all : ce oui ne prouve rien sur une boîte précise. Le statut est catch-all, la raison est gateway_accept_all, et il consomme un crédit. Cas trois. Elle accepte votre adresse, mais limite temporairement l'adresse aléatoire. Cela arrive avec Mimecast et des passerelles similaires. Nous gardons le oui, donc c'est valide. Le score est plus bas, car rien n'a prouvé que le domaine n'est pas catch-all. Cas quatre. La passerelle bloque le contrôle. Un blocage ne dit rien de la boîte, donc le statut est inconnu, et la raison est smtp_blocked. Il n'y a pas de frais, et réessayer n'aide généralement pas.

3. 01:22Réponses temporaires

   Les passerelles envoient aussi des réponses qui veulent seulement dire d'attendre. Mimecast peut mettre le contrôle en liste grise. Proofpoint peut indiquer qu'une recherche dans l'annuaire est encore en cours. Les deux renvoient inconnu, et les deux peuvent être retentées. Dans une tâche de fichier, vous n'avez rien à faire. La liste grise est retentée automatiquement, et vous n'êtes facturé qu'une fois, lorsqu'un résultat définitif arrive. Via l'API, utilisez force_refresh sur les lignes où retryable vaut true. Sophos a un cas de plus. Certaines de ses réponses ne donnent aucune conclusion sur le destinataire. Elles renvoient inconnu, avec la raison smtp_unverifiable, et ne sont pas retentables. Un réglage peut tout masquer. check_smtp est activé par défaut dans l'API. Mettez-le à false et les couches SMTP sont ignorées, donc la plupart des adresses reviennent inconnues. Les outils MCP l'ont à false par défaut : passez donc true.

4. 02:13Lire vos résultats

   Dans un fichier de résultats, ev_status vous donne le groupe, et ev_reason vous indique le cas. gateway_accept_all et mimecast_greylist nomment directement la cause. Les autres codes sont généraux, car ils apparaissent aussi sur des domaines sans passerelle.

5. 02:27Que faire

   Les valides vont dans votre envoi principal. Les catch-all suivent la règle que vous appliquez déjà : le courrier important part en général, et la prospection à froid est votre choix. Un inconnu retentable mérite un nouvel essai. Un inconnu bloqué, non : mettez-le en attente ou envoyez avec prudence. Une passerelle n'a pas de résultat fixe. C'est son comportement sur ce domaine qui décide, alors lisez la raison avant de choisir quoi envoyer.

6. 02:48Commencer 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

• Passerelle e-mail
• Securite des emails