Catégories d'abus du domaine destinataire
Signale les catégories Spamhaus DBL prises en charge pour le spam, l'hameçonnage, le malware et les domaines de commande et contrôle de botnet.
Contrôle gratuit du risque destinataire
Vérifiez si une adresse e-mail peut recevoir du courrier et si son domaine destinataire a un historique confirmé de spam, hameçonnage, malware ou botnet. Aucune inscription requise.
Un vérificateur de spam email peut désigner plusieurs outils différents. Certains notent les mots, les liens et le HTML d'un message marketing. D'autres testent l'authentification de l'expéditeur ou le placement en boîte. Ce contrôleur gratuit se concentre sur une autre décision : si une adresse destinataire est délivrable et si le domaine destinataire a un historique d'abus confirmé.
BillionVerify exécute des contrôles de syntaxe, MX et SMTP de boîte, puis lit les raisons de risque du domaine destinataire de l'API de vérification. Un résultat risqué peut identifier un domaine associé au spam, à l'hameçonnage, au malware ou à une activité de commande et contrôle de botnet. L'adresse peut encore accepter le courrier, ce qui explique précisément pourquoi ce signal appartient à côté de la délivrabilité plutôt que derrière une simple étiquette valide-ou-invalide.
Utilisez le résultat avant d'ajouter une adresse à un envoi, d'importer un contact dans un CRM, ou de garder un destinataire douteux dans une liste en masse. Ne l'utilisez pas pour prédire si votre propre campagne atterrira en spam. Le contenu du message, l'infrastructure d'envoi, l'authentification, les plaintes et l'engagement des destinataires sont des parties séparées de la délivrabilité email.
Un contrôle combine les preuves de boîte avec un signal de réputation de domaine destinataire étroit et nommé. Chaque partie répond à une question différente.
Signale les catégories Spamhaus DBL prises en charge pour le spam, l'hameçonnage, le malware et les domaines de commande et contrôle de botnet.
Exécute une vérification SMTP complète afin qu'une adresse risquée mais délivrable ne soit pas confondue avec une boîte inexistante.
Contrôle la structure de l'adresse et les enregistrements MX avant toute interprétation de boîte ou de risque de domaine.
Renvoie valide, invalide, inconnu ou risqué avec des raisons explicites, au lieu de masquer l'incertitude dans un seul score.
Fondamentaux du risque destinataire
Un résultat utile sépare la délivrabilité de la boîte, la réputation du domaine destinataire et le placement spam de la campagne. Combiner les preuves est précieux ; les réduire à une promesse vague ne l'est pas.
Le contrôle commence par l'adresse que vous prévoyez de stocker ou de contacter. La validation de syntaxe intercepte les saisies mal formées avant toute requête réseau. La résolution DNS confirme ensuite si le domaine a un routage de courrier utilisable. Ce sont des portes nécessaires, mais aucune n'indique que la boîte individuelle existe ni que le domaine destinataire a un historique digne de confiance.
Une chaîne peut sembler parfaite et pointer encore vers une boîte fermée. Un domaine peut publier des enregistrements MX alors que chaque destinataire utile est rejeté. À l'inverse, une boîte peut accepter SMTP alors que le domaine lui-même porte un signal d'abus. C'est pourquoi BillionVerify n'étiquette pas une adresse comme sûre après un contrôle uniquement de format. Pour cette tâche plus superficielle, utilisez le Validateur d'email ; cette page continue vers les preuves de boîte et de risque de domaine.
Le contrôle complet demande au système de messagerie destinataire si le destinataire précis peut accepter le courrier. Les preuves SMTP distinguent une boîte délivrable d'une adresse invalide ou non concluante. Cela compte, car le statut risqué de l'API n'est pas un autre nom pour invalide. Une adresse risquée peut être pleinement délivrable, ce qui la rend tentante à garder si la raison d'abus n'est pas visible.
BillionVerify préserve cette distinction dans des champs séparés. Le résultat peut indiquer que SMTP a accepté le destinataire alors que le statut est risqué et que risk_reasons nomme la catégorie de domaine. Les équipes opérations peuvent alors supprimer l'adresse pour une raison concrète, au lieu de confondre réputation et hard bounce. Si la prévention des rebonds est le seul objectif, le Vérificateur d'emails de rebond présente les mêmes preuves de boîte avec une interprétation plus étroite.
Après la vérification, le service évalue le domaine destinataire contre le signal Domain Blocklist pris en charge. Spamhaus décrit la DBL comme un jeu de données de réputation uniquement de domaines, couvrant des domaines associés au spam et à l'activité malveillante. BillionVerify mappe les catégories actor-owned prises en charge en quatre raisons API stables : spam, hameçonnage, malware et commande et contrôle de botnet.
C'est volontairement plus étroit que de dire qu'un email est du spam. La saisie est une adresse, pas un message reçu. La recherche concerne le domaine après l'arobase et l'historique attaché à ce domaine. Elle n'inspecte pas ce que quiconque a écrit, ne décide pas si un expéditeur est légitime, et ne classe pas un message dans une boîte. Le résultat doit servir de preuve de risque destinataire pendant la vérification et l'hygiène de liste.
Un score de qualité numérique peut aider à trier les fiches, mais il ne doit pas masquer l'événement qui a causé une décision. Lorsque le statut est risqué, risk_reasons explique si le domaine destinataire a correspondé à la catégorie spam, hameçonnage, malware ou C&C de botnet. Une personne qui examine le résultat peut comprendre la classe de menace sans reverse-engineer des seuils ni traiter chaque score bas comme le même problème.
Le statut reste le champ d'action et les raisons restent des preuves explicatives. Une correspondance d'abus prise en charge fait passer un résultat autrement délivrable à risqué. Une liste de raisons vide ne prouve pas que chaque partie de l'adresse est bénigne ; elle dit que ce signal externe précis n'a pas correspondu. Conservez l'horodatage du résultat et revérifiez les fiches importantes lorsque la décision d'envoi arrive beaucoup plus tard, car les données de réputation changent.
La vérification réseau peut être non concluante à cause d'un échec DNS temporaire, d'une politique de serveur de messagerie, du greylisting, d'une protection du fournisseur ou d'un chemin de service dégradé. BillionVerify renvoie inconnu lorsqu'il ne peut pas atteindre une conclusion déterministe. Le panneau axé sur le spam montre aussi un état non concluant lorsque le résultat complet est indisponible, au lieu d'appeler silencieusement le domaine propre.
Réessayer peut avoir du sens pour inconnu. Cela n'en a pas pour un résultat risqué déterministe dont le signal d'abus de domaine est déjà connu. Cette différence compte dans l'automatisation : inconnu appartient à une file de nouvel essai ou de revue, tandis que risqué appartient à la suppression. Si vous nettoyez plus d'une adresse, le flux Nettoyage de listes d'emails garde ces statuts séparés sur tout le fichier.
Ce que le résultat ne revendique pas
Les résultats de recherche mélangent vérification destinataire, notation de message, réputation d'expéditeur et placement en boîte sous la même expression. Choisissez l'outil selon l'objet testé.
Cette page appartient à la vérification destinataire. Elle part de name@example.com, contrôle si cette boîte peut recevoir du courrier, et identifie un historique d'abus pris en charge sur example.com. Utilisez-la avant de stocker ou de contacter un destinataire. L'objet examiné est l'adresse de destination, pas la campagne que vous prévoyez d'envoyer.
L'action la plus forte est de supprimer, examiner ou garder le contact selon des preuves d'adresse déterministes. Les signaux jetable, rôle, catch-all, rebond et abus de domaine résolvent des problèmes adjacents de qualité de liste. Ils ne mesurent ni la qualité créative, ni l'alignement d'authentification, ni la façon dont les fournisseurs de boîtes classeront le message éventuel.
Un test de spam de contenu part d'un objet et d'un corps de message. Il peut inspecter le libellé, l'équilibre HTML, les liens, les images, les en-têtes et les motifs associés aux règles de filtrage. Cela peut aider les rédacteurs à attraper des problèmes évidents, mais cela ne peut pas prouver qu'une boîte existe et ne peut pas transformer une mauvaise liste destinataire en une liste saine.
BillionVerify n'accepte pas le texte d'un message sur cette page, donc il ne peut pas porter un jugement de contenu. Si votre question est de savoir si un modèle de newsletter contient un langage ou un balisage suspect, utilisez un testeur de message conçu à cet effet. Vérifiez tout de même les destinataires séparément, car un créatif propre envoyé à des destinations invalides ou abusives reste un problème de délivrabilité.
Les outils de réputation d'expéditeur partent de l'infrastructure qui envoie le courrier : le domaine From visible, le domaine d'enveloppe, le domaine de signature DKIM, l'IP d'envoi, le DNS inverse et les enregistrements d'authentification. Ils peuvent révéler des entrées de liste noire ou des problèmes de configuration qui affectent chaque campagne de cette infrastructure.
C'est différent de contrôler le domaine destinataire après l'arobase. Utilisez le Vérificateur de listes noires lorsque l'objet est une IP ou un domaine d'envoi. Un expéditeur peut avoir une infrastructure propre et encore téléverser une liste destinataire risquée ; un domaine destinataire peut être propre alors que l'IP de l'expéditeur est bloquée. Les deux directions méritent des contrôles indépendants.
Le placement en boîte est le comportement final observé après qu'un message réel ou de seed a été envoyé. Les fournisseurs de boîtes considèrent l'authentification, l'historique d'envoi, les plaintes, l'engagement, le contenu, les motifs de débit et les signaux propres au destinataire. Aucune recherche d'adresse destinataire ne peut garantir la boîte plutôt que le spam, car elle n'observe pas cet événement d'envoi complet.
Utilisez le Test de délivrabilité email pour la préparation côté expéditeur, puis gardez la vérification de liste comme un contrôle pré-envoi séparé. Cette approche en deux parties répond honnêtement aux deux questions : cette destination peut-elle accepter le courrier, et la configuration d'envoi est-elle prête à livrer une campagne de façon responsable ?
Un résultat technique ne prouve pas qui contrôle une boîte, si le titulaire a consenti à une campagne, ni si un message prévu est souhaité. La délivrabilité et la réputation de domaine sont des faits opérationnels, pas une permission. Une adresse publique ou achetée peut passer chaque test technique et rester inappropriée pour un usage de prise de contact particulier.
Pour le contexte public d'entreprise et de titulaire, commencez par la Recherche inversée d'email. Conservez ensuite la source, le consentement, la suppression et les préférences de contact dans les systèmes qui possèdent ces décisions. Le vérificateur de spam doit améliorer la qualité de liste sans être étiré vers des affirmations d'identité ou de politique qu'il ne peut pas étayer.
Flux de travail concret
Le flux le plus rapide consiste à valider la saisie, lire le résultat de boîte, inspecter la catégorie de risque nommée, et router le contact par statut. Chaque étape réduit un mode d'échec différent.
Collez l'adresse exacte du formulaire d'inscription, du CRM, de la demande de support ou du fichier source. Ne remplacez pas le domaine par un site d'entreprise et n'entrez pas une IP d'envoi ; ces saisies appartiennent à d'autres outils. Garder l'adresse d'origine permet aux couches de syntaxe, de routage, SMTP et de risque de domaine de décrire la même fiche.
Corrigez les erreurs de transcription évidentes uniquement lorsque vous avez une preuve de première partie. N'inventez pas de caractères manquants, ne changez pas un domaine parce qu'il paraît inhabituel, et ne supposez pas qu'une orthographe suggérée appartient à la même personne. Un résultat techniquement propre pour une adresse devinée reste un résultat pour la mauvaise saisie.
Une syntaxe invalide signifie que l'adresse ne peut pas être utilisée telle quelle. L'absence de routage de courrier utilisable signifie que le domaine ne peut pas actuellement recevoir d'email ordinaire. Un rejet SMTP signifie que la boîte précise semble non délivrable. Ces échecs répondent déjà à la question d'envoi, même s'il n'y a pas de catégorie d'abus de domaine à afficher.
Si le contrôle complet est inconnu, mettez en file un nouvel essai limité plutôt que de marquer l'adresse valide. Les serveurs de messagerie reportent parfois les sondages automatisés, et l'infrastructure peut échouer temporairement. La page ne substitue jamais syntaxe et MX à un résultat de boîte et de réputation complet sans montrer que la réponse est dégradée ou non concluante.
Lorsque le résultat est risqué, lisez la catégorie affichée sous le statut. Spam identifie un domaine associé à une activité de masse non sollicitée. Hameçonnage identifie un abus d'identifiants ou d'usurpation. Malware identifie la distribution de logiciels malveillants. C&C de botnet identifie une infrastructure de commande et contrôle. Chacun est une preuve plus forte qu'une étiquette générique de faible qualité.
BillionVerify exclut volontairement les catégories Spamhaus abused-legitimate de cette superposition risquée. Un site normal peut être compromis sans que ses boîtes d'entreprise deviennent des destinataires malveillants. L'implémentation maintient la décision marketing concentrée sur les catégories d'abus actor-owned prises en charge, au lieu de transformer chaque nom d'hôte compromis en accusation globale contre l'organisation.
Gardez une adresse valide seulement si elle satisfait aussi vos règles de source et de contact. Retirez les adresses invalides, car un autre envoi risque de rebondir. Supprimez les adresses risquées, car le signal d'abus de domaine est déterministe même lorsque la boîte accepte le courrier. Placez les résultats inconnus dans une file de nouvel essai borné ou de revue manuelle.
Ne transformez pas trop tôt chaque statut en un seul booléen succès-ou-échec. Conserver le statut d'origine et risk_reasons permet aux systèmes ultérieurs d'expliquer pourquoi un contact a été retiré, d'éviter de réessayer indéfiniment un risque déterministe, et de mettre à jour la politique sans relancer chaque job historique simplement pour récupérer des preuves perdues.
Un contrôle unitaire est utile pour l'exploration et le support, mais l'hygiène de production a besoin d'un traitement cohérent dans les formulaires, les imports, les synchronisations CRM et la préparation de campagne. L'API de vérification d'emails renvoie le même champ risk_reasons pour l'automatisation, tandis que le nettoyage en masse conserve les raisons avec chaque ligne pour l'export et l'audit.
Écrivez la décision une fois : réessayer inconnu sous une politique bornée, retirer invalide et risqué, et examiner les adresses catch-all ou de rôle selon la campagne. Conservez des métriques pour chaque seau plutôt que seulement la taille finale de la liste. Une hausse soudaine de domaines risqués peut refléter un changement de qualité de source qui mérite une enquête avant le prochain envoi.
La même réponse SMTP verte peut mener à une décision de liste différente lorsque des preuves d'abus du domaine destinataire sont présentes. Ces exemples montrent ce que chaque combinaison signifie.
La boîte a accepté le chemin de vérification et le domaine destinataire n'a pas renvoyé l'une des catégories d'abus prises en charge au moment du contrôle. C'est le résultat le plus fort disponible depuis cet outil, mais il reste un contrôle destinataire plutôt qu'une garantie de placement en boîte.
Gardez la fiche seulement si sa source, son contexte d'identité et ses règles de contact sont aussi acceptables. Un résultat de domaine propre ne mesure ni l'engagement, ni le consentement, ni l'authentification de l'expéditeur, ni le contenu du message, ni si le domaine restera non listé à l'avenir.
L'adresse peut accepter le courrier, mais le domaine destinataire a correspondu à une catégorie d'abus externe prise en charge. Le statut de vérification est risqué, pas valide, car la délivrabilité seule ne suffit pas à justifier de garder cette destination dans une liste d'envoi.
Supprimez la fiche et conservez la raison nommée. Répéter le contrôle immédiatement n'est pas utile : risqué est une classification déterministe, pas un échec SMTP temporaire. Si la fiche vient d'une source de leads, inspectez les fiches proches de la même source pour des problèmes de qualité similaires.
L'adresse a échoué à la syntaxe, au routage ou à la vérification de boîte. L'absence d'une catégorie d'abus de domaine ne la sauve pas. Retirez ou corrigez la fiche à partir d'informations de première partie de confiance, car envoyer vers une adresse connue comme invalide crée un risque de rebond.
Utilisez la raison technique déjà disponible plutôt que de décrire chaque mauvaise fiche comme du spam. Invalide signifie que la destination ne paraît pas délivrable ; risqué signifie qu'une destination probablement délivrable porte un signal d'abus confirmé. Ce sont des échecs opérationnels différents.
Le service n'a pas pu terminer assez du contrôle complet pour atteindre une conclusion déterministe. Le panneau montre l'incertitude et ne prétend pas que le domaine destinataire est propre. Un nouvel essai ultérieur peut réussir lorsque la condition temporaire du serveur de messagerie ou de l'infrastructure se dissipe.
Gardez les nouveaux essais limités et observables. Si un résultat reste inconnu, examinez-le ou supprimez-le selon la tolérance au risque, au lieu de boucler indéfiniment. Ne mappez pas inconnu vers valide simplement parce que la syntaxe et le MX ont passé ; ces contrôles ne prouvent ni la boîte ni la couche de risque de domaine.
Une adresse peut porter plus d'une classification utile. Un compte de rôle peut être délivrable mais inapproprié pour une prise de contact au niveau personne. Une adresse jetable peut fonctionner brièvement mais miner la qualité de compte à long terme. Un domaine catch-all peut accepter chaque destinataire, laissant la boîte précise incertaine.
Ouvrez le Vérificateur d'email lorsque vous avez besoin de toutes ces dimensions ensemble. La page axée sur le spam met volontairement l'accent sur l'abus du domaine destinataire, mais la décision de vérification sous-jacente est la plus forte lorsque la délivrabilité et chaque indicateur de risque pertinent restent disponibles pour l'examinateur.
Sources nommées et points de données
La page utilise des sources techniques nommées et le contrat API publié afin que les lecteurs distinguent les preuves mesurées du langage marketing. Les faits de source ont été examinés le 14 août 2026.
Spamhaus décrit la Domain Blocklist comme un jeu de données de réputation uniquement de domaines, pour des domaines montrant des signes de spam ou d'activité malveillante. Sa déclaration de politique inclut le courrier de masse non sollicité, l'hameçonnage, la fraude et la distribution de malware. La DBL liste des noms de domaine plutôt que des adresses IP, donc BillionVerify la traite comme une preuve de domaine destinataire, pas un verdict d'IP d'envoi.
La documentation officielle de la DBL indique que la zone est mise à jour en continu et servie depuis plus de 80 miroirs dans le monde. Lisez le périmètre actuel, les conseils d'usage et le processus de retrait sur la page Spamhaus Domain Blocklist.
Le tableau DBL publié attribue 127.0.1.2 aux domaines de spam, 127.0.1.4 aux domaines d'hameçonnage, 127.0.1.5 aux domaines de malware, et 127.0.1.6 aux domaines de commande et contrôle de botnet. BillionVerify convertit ces catégories en chaînes API stables au lieu d'exposer les codes de réponse DNS bruts dans l'outil marketing.
Spamhaus publie aussi des catégories séparées 127.0.1.102 à 127.0.1.106 pour l'infrastructure légitime abusée ou de redirection. La superposition risquée de BillionVerify exclut volontairement ces catégories légitimes compromises. Voir le tableau officiel des codes de retour DBL pour la distinction.
La réponse de vérification expose risk_reasons comme un tableau. Les valeurs actuelles sont spamhaus_dbl_spam, spamhaus_dbl_phish, spamhaus_dbl_malware et spamhaus_dbl_botnet_cc. Le champ est absent ou vide lorsqu'aucun de ces signaux externes pris en charge n'a correspondu.
Le statut est la décision et le tableau l'explique. Risqué signifie que la vérification complète a atteint une conclusion déterministe : la boîte est très probablement délivrable, mais le domaine destinataire porte un historique d'abus confirmé. Inconnu est réservé à un contrôle qui n'a pas pu atteindre une conclusion et peut bénéficier d'un nouvel essai.
RFC 5782, publié par l'IETF en février 2010, documente les conventions courantes de listes noires et blanches DNS, y compris les entrées de test opérationnelles et le sens d'une réponse name-not-found. Il avertit aussi que les opérateurs de listes définissent leurs propres politiques, ce qui explique pourquoi une recherche négative doit être décrite étroitement plutôt que comme une preuve universelle de sécurité.
BillionVerify indique qu'aucune catégorie prise en charge n'a été renvoyée ; il ne dit pas qu'aucune menace n'existe nulle part. Lisez le contexte du protocole dans RFC 5782 et le sens actuel du jeu de données dans la documentation Spamhaus. La politique nommée du fournisseur est plus importante que de deviner à partir d'une réponse DNS brute seule.
Spamhaus recommande d'utiliser la DBL à plusieurs étapes du filtrage entrant, y compris les chaînes SMTP et les domaines trouvés dans les en-têtes ou les corps de messages. Cet usage anti-spam plus large ne signifie pas qu'un contrôle uniquement d'adresse a inspecté une campagne sortante. BillionVerify interroge le signal du domaine destinataire dans le contexte de vérification et énonce ce périmètre limité sur chaque résultat propre.
Pour la préparation côté expéditeur, validez SPF, DKIM, DMARC, la réputation d'infrastructure et le comportement de campagne de façon indépendante. La vérification destinataire réduit les destinations invalides et risquées ; elle ne peut pas promettre le placement. Garder ces couches séparées rend le résultat plus facile à citer, automatiser et corriger lorsqu'une source change.
Les contrôles d'abus du domaine destinataire sont surtout utiles à l'entrée de liste, à la revue et au nettoyage, lorsqu'une adresse délivrable peut encore être le mauvais contact à garder.
Passez en revue une boîte qui passe la syntaxe mais appartient à un domaine destinataire avec une activité suspecte ou un abus confirmé.
Supprimez les résultats risqués déterministes avant une campagne, au lieu de supposer que chaque adresse acceptée par SMTP est sûre à contacter.
Séparez les boîtes invalides, les contrôles incertains et les adresses délivrables avec un historique d'abus du domaine destinataire.
Traduisez risk_reasons en une catégorie d'abus lisible pour les opérations, le support et les décisions d'hygiène de liste.
Le contrôleur n'inspecte pas l'objet, le corps, le HTML, les liens, les pièces jointes ni les en-têtes. Il ne peut pas dire si Gmail ou Outlook placera votre message dans la boîte de réception, l'onglet promotions ou le dossier spam.
Il ne remplace pas non plus les contrôles côté expéditeur pour SPF, DKIM, DMARC, la réputation de l'IP d'envoi, le statut de liste noire, le taux de plaintes ou l'engagement. Un résultat propre du domaine destinataire signifie seulement qu'aucune catégorie d'abus prise en charge n'a été renvoyée au moment du contrôle ; ce n'est pas un certificat de sécurité universel.
Utilisez Email Deliverability Test pour la préparation de l'expéditeur et de la campagne. Utilisez Email Verifier lorsque la question principale est la délivrabilité de la boîte et que vous voulez l'ensemble complet des signaux jetable, rôle, catch-all, SMTP et risque du domaine destinataire ensemble.
Le risque de spam est une couche. Poursuivez avec l'outil BillionVerify ciblé qui correspond à l'adresse, à la liste, à l'expéditeur ou à la question de recherche qu'il vous reste à résoudre.
Exécutez la délivrabilité SMTP plus les contrôles jetable, rôle, catch-all et risque du domaine destinataire.
Examinez le résultat multi-couches complet d'une adresse e-mail dans un seul panneau.
Identifiez les fournisseurs de boîtes temporaires et jetables utilisés pour des inscriptions de courte durée.
Concentrez-vous sur le rejet de la boîte et le risque de rebond permanent avant l’envoi.
Appliquez les règles de délivrabilité et de risque à des adresses collées ou à une liste CSV.
Contrôlez l'authentification de l'expéditeur et les facteurs qui affectent la livraison de campagne.
Contrôlez une IP ou un domaine contre des listes de réputation, du point de vue de l'infrastructure d'envoi.
Trouvez des indices publics sur le titulaire, le contexte d'organisation et le routage du courrier.
Saisissez l'adresse dans le contrôleur gratuit. BillionVerify valide la boîte et contrôle le domaine destinataire pour les catégories d'abus Spamhaus DBL prises en charge. Un résultat risqué signifie que la boîte peut accepter le courrier, mais que le domaine a un historique d'abus confirmé.
Non. Il ne note ni le texte, ni les liens, ni le HTML, ni les en-têtes, ni les pièces jointes. Il contrôle l'adresse destinataire, le chemin de la boîte et les signaux d'abus du domaine destinataire. Utilisez un test de délivrabilité pour l'authentification de l'expéditeur et la préparation de campagne.
Risqué est un résultat déterministe : l'adresse est probablement délivrable, mais son domaine destinataire a correspondé à une catégorie d'abus externe prise en charge. Ne traitez pas risqué comme un timeout temporaire ni comme sûr à envoyer.
L'API actuelle peut signaler des catégories de domaine destinataire pour le spam, l'hameçonnage, le malware et l'activité de commande et contrôle de botnet. La page affiche la catégorie renvoyée avec le résultat.
Non. Cela signifie qu'aucune catégorie d'abus de domaine destinataire prise en charge n'a été renvoyée au moment du contrôle. Cela ne garantit ni l'identité, ni le consentement, ni la sécurité du message, ni la réputation de l'expéditeur, ni le placement en boîte, ni le comportement futur du domaine.
Oui. Chaque IP peut exécuter 20 contrôles complets dans une fenêtre glissante de 24 heures, sans inscription. Ces contrôles incluent la vérification SMTP et le résultat de risque du domaine destinataire.
Offre gratuite conçue pour les workflows autonomes — les agents IA peuvent commencer à vérifier sans intervention humaine pour la facturation. 99,9 % de précision SMTP.
Intégration MCP Server native · 99,9 % de précision SMTP · Commencez à vérifier en 30 secondes