Vérification d'e-mails MCP
Serveur MCP hébergé de vérification d'e-mails : offrez à Claude, Cursor et tout client MCP la vérification SMTP réelle. OAuth, sans processus local.
Il n'y a rien à installer. Ce serveur MCP est hébergé : ajoutez son URL à la configuration MCP de votre client, autorisez la connexion via OAuth et l'outil apparaît. Aucun processus local, conteneur ou dépendance à maintenir.
claude mcp add --transport http billionverify https://mcp.billionverify.com/mcphttps://mcp.billionverify.com/mcp
Connectez le serveur MCP en deux minutes environ. Rien à installer localement.
Ajoutez l'URL du serveur MCP à la configuration MCP de votre client. Rien à installer : le serveur MCP de vérification d'e-mails est hébergé.
Autorisez la connexion via OAuth. La connexion MCP est liée à votre compte, et non à une clé collée dans un fichier de configuration.
L'outil de vérification apparaît dans la liste des outils du modèle. Dès lors, demander si une adresse est valide déclenche une véritable vérification via le serveur MCP.
Les outils que ce serveur MCP rend disponibles.
Une adresse, vérifiée en direct via SMTP. C'est l'outil qu'un agent utilise le plus souvent, et le serveur MCP renvoie des champs structurés plutôt que du texte.
Jusqu'à 50 adresses en un appel MCP, avec le même schéma. Au-delà, le serveur MCP oriente l'agent vers les endpoints de fichiers asynchrones.
Une véritable vérification de la boîte mail, pas une supposition fondée sur la syntaxe. C'est tout l'intérêt de connecter un serveur MCP au lieu de laisser le modèle raisonner sur l'adresse.
Le serveur MCP de vérification d'e-mails fonctionne avec tout client MCP, sans plugin propre à chaque client, car MCP gère la découverte.
Claude Desktop, ChatGPT Desktop, DeepSeek, Kimi, MiniMax, Doubao
Claude Code, OpenCode, Cursor, Windsurf, Cline, Continue, Zed
API REST, HTTP Streamable Transport, JSON-RPC 2.0
Pourquoi un serveur MCP utilisant réellement SMTP surpasse un simple contrôle de syntaxe.
Un modèle invité à évaluer une adresse sans outil produira une supposition convaincante et bien formulée. Un serveur MCP qui ne contrôle que la syntaxe fera de même, mais en JSON.
Un serveur MCP de vérification d'e-mails qui ouvre une véritable session SMTP renvoie plutôt des preuves. C'est toute la différence, et la raison d'être de ce serveur.
De quoi s'agit-il ?
MCP est le Model Context Protocol, une méthode standard permettant à un client IA de découvrir et d'appeler des outils externes. Un serveur MCP de vérification d'e-mails expose une véritable vérification de boîte mail afin qu'un agent contrôle une adresse au lieu de la deviner.
Sans MCP, un agent qui doit contrôler une adresse invente une réponse ou vous demande d'exécuter une opération. Une fois le serveur MCP connecté, le modèle voit un outil, l'appelle et lit un résultat structuré.
Voilà tout l'intérêt : notre serveur MCP remplace une supposition plausible par une réponse SMTP en direct, sans qu'il soit nécessaire d'apprendre au modèle à effectuer une requête HTTP.
Le client demande à notre serveur MCP quels outils il propose, puis le serveur décrit chacun avec ses paramètres. Rien n'est codé en dur dans le client : le serveur fonctionne donc avec Claude Desktop, Cursor et tout autre client MCP sans code spécifique.
C'est ce qui distingue MCP d'une simple API REST. L'API existe toujours en dessous ; MCP est la couche qui permet au modèle de la découvrir.
Le serveur MCP renvoie les mêmes champs que l'API REST : statut, score de qualité, niveau de risque, codes de motif et indicateurs d'adresse jetable, de rôle, Catch-All et de messagerie gratuite.
Un modèle qui lit une sortie structurée ne peut pas assimiler unknown à deliverable comme il pourrait le faire en résumant du texte. Utiliser le serveur MCP relève donc de l'exactitude, pas seulement de la commodité.
Le serveur MCP de vérification d'e-mails fonctionne sur mcp.billionverify.com. Aucun processus local, conteneur ou dépendance à maintenir : le client se connecte via HTTP et ce serveur MCP s'occupe du reste.
L'authentification utilise OAuth : la connexion MCP est liée à votre compte, et non à une clé collée dans un fichier de configuration.
Ce qui est renvoyé
Il existe quatre statuts, sur lesquels un agent doit effectuer ses branchements exactement comme le ferait le code d'une application.
La boîte mail a accepté une vérification SMTP lorsque ce serveur MCP a effectué le contrôle. L'agent peut poursuivre son opération en toute sécurité.
Le serveur MCP renvoie ce statut sous forme de champ, et non de phrase, afin que le modèle n'ait pas à l'interpréter.
Il s'agit d'un échec permanent. L'agent doit s'arrêter, signaler le code du motif et ne pas enregistrer l'adresse dans un CRM ou une campagne.
C'est le cas où un modèle sans assistance risque le plus de se tromper : une adresse inactive mais bien formée semble correcte à un modèle de langage, puis échoue sur notre serveur MCP.
La boîte mail fonctionne, mais présente un indicateur : fournisseur d'adresses jetables, compte de rôle ou domaine Catch-All. Le serveur MCP précise lequel afin que l'agent applique votre politique plutôt qu'une règle générique.
Indiquez votre politique à l'agent ; le serveur MCP de vérification d'e-mails lui fournit les faits nécessaires pour l'appliquer.
Le fournisseur destinataire a différé ou limité la fréquence de la vérification. Aucun résultat n'a été établi dans un sens ou dans l'autre.
Un agent doit programmer une nouvelle tentative, et non considérer unknown comme une réussite. Le serveur MCP rapporte honnêtement ce statut sans l'arrondir.
Mise en service
Deux minutes et aucun code. Le serveur MCP étant hébergé, le client n'a besoin que de l'URL.
Ajoutez l'URL du serveur MCP à la configuration MCP du client, autorisez la connexion via OAuth et l'outil de vérification apparaît dans la liste des outils du modèle.
Dès lors, demander si une adresse est valide produit une véritable vérification plutôt qu'une supposition.
LangChain, CrewAI et tout framework compatible MCP se connectent de la même manière. Le serveur MCP de vérification d'e-mails fonctionne quel que soit le client qui l'appelle.
Pour les frameworks non compatibles MCP, l'API REST sous-jacente reste disponible : utilisez directement l'API de vérification d'e-mails et ignorez entièrement la couche MCP.
Donnez-lui une politique plutôt qu'un seuil : les statuts à accepter, le traitement des indicateurs de risque et le moment où réessayer un statut unknown. Le serveur MCP fournit les preuves ; la politique vous appartient.
Un agent auquel on demande seulement de vérifier l'e-mail appellera le serveur MCP, puis inventera une conclusion face à un résultat risky.
Les appels MCP portant sur une seule adresse conviennent aux conversations et aux workflows d'agents. Pour un fichier, utilisez les endpoints asynchrones.
Utilisez la vérification d'e-mails en masse pour les fichiers ; un appel au serveur MCP par ligne n'est pas adapté à dix mille adresses.
Limites
Sa promesse est précise, ce qui rend son utilisation par un agent digne de confiance.
Un résultat deliverable ne vous autorise pas à envoyer un e-mail à quelqu'un. Un agent qui exploite la réponse du serveur MCP doit toujours disposer de vos règles de consentement.
Le serveur MCP rapporte uniquement un fait concernant la boîte mail, sans rien indiquer sur l'autorisation.
Une boîte mail qui accepte les messages ne prouve pas qui la contrôle. Les alias partagés et les adresses transférées sont courants.
Un agent ne doit pas déduire une identité d'un statut deliverable renvoyé par ce serveur MCP.
L'acceptation SMTP décrit le parcours côté destinataire. L'arrivée ultérieure d'une campagne en boîte de réception dépend de la réputation de l'expéditeur, que le serveur MCP ne voit jamais.
Utilisez le test de délivrabilité pour cette partie du problème.
Le serveur MCP renvoie des preuves. Le traitement par un agent d'un domaine Catch-All ou d'un fournisseur d'adresses jetables relève d'une décision de votre produit, pas du protocole.
Définissez cette politique une seule fois et transmettez-la à l'agent avec la connexion MCP.
Référence
MCP est un protocole ouvert, et le même moteur de vérification est accessible de plusieurs autres manières.
MCP est un standard ouvert qui relie les modèles aux outils. Un seul serveur MCP de vérification d'e-mails fonctionne donc avec tout client compatible, sans plugin propre à chaque produit.
Le protocole gère la découverte, les schémas et le transport ; notre serveur MCP fournit la vérification.
Si votre plateforme utilise des skills plutôt que MCP, le package Agent Skills installe la même fonction de vérification en un clic.
Même moteur, mêmes champs : MCP et les skills sont deux modes de distribution d'un même outil.
L'API de vérification d'e-mails est appelée par notre serveur MCP. Tout ce qui est disponible via MCP l'est aussi directement via HTTP.
Choisissez MCP quand le modèle appelle l'outil ; choisissez l'API REST quand c'est votre propre code.
Il n'y a rien à installer. Ce serveur MCP est hébergé : ajoutez son URL à la configuration MCP de votre client, autorisez la connexion via OAuth et l'outil apparaît. Aucun processus local, conteneur ou dépendance à maintenir.
Ajoutez l'URL du serveur MCP à la configuration MCP de Claude Code et autorisez la connexion via OAuth. Avec ce serveur, l'agent appelle un outil au lieu de déterminer si une adresse semble plausible.
Comme avec tout autre client : ajoutez l'URL, autorisez la connexion et l'outil apparaît. Un serveur MCP de vérification d'e-mails est indépendant du client par conception : c'est le but du protocole.
Tout client compatible MCP fonctionne, car MCP est un protocole ouvert et non un format de plugin propre à chaque fournisseur. D'où l'intérêt de connecter une seule fois un serveur MCP plutôt que d'intégrer séparément chaque produit IA.
Non. MCP gère la découverte et les schémas : tout client compatible peut appeler un serveur MCP de vérification d'e-mails sans code spécifique. Pour appeler HTTP directement depuis votre code, l'API REST reste disponible : le serveur MCP et l'API renvoient les mêmes champs.
Un serveur MCP de vérification d'e-mails, hébergé et sécurisé par OAuth. Laissez votre agent contrôler les adresses au lieu de les deviner.
Serveur MCP distant hébergé · Aucun package local requis · OAuth géré par le client