Vérifier le domaine d’un e-mail
Ce service interroge les enregistrements MX du domaine d’une adresse e-mail pour déterminer si un serveur est prêt à recevoir du courrier. Là où le contrôle de syntaxe juge la forme, celui-ci vérifie l’acheminement réel. Il distingue un domaine actif d’un domaine qui n’accepte aucun message. L’opération passe par le réseau.
Exécuter en ligne
Exécutez cette tâche sur nos serveurs, avec votre compte. Les outils gratuits tournent dans votre navigateur ; celui-ci est facturé sur votre solde KIT au prix affiché ci-dessus.
À quoi sert un enregistrement MX
Le MX (Mail eXchange) est l’entrée du système de noms de domaine qui désigne le serveur chargé de recevoir le courrier d’un domaine. Sans MX valide, une adresse peut être bien écrite mais rester une impasse : aucun message n’arrivera. Ce contrôle interroge ces enregistrements en direct et vous dit si le domaine annonce au moins un serveur de réception opérationnel. C’est l’étape qui manque à une simple vérification de forme.
Ce qu’il confirme, ce qu’il ne promet pas
Un MX présent indique que le domaine est configuré pour recevoir. Il ne garantit pas que la boîte précise existe, ni qu’elle n’est pas pleine : personne ne peut l’affirmer sans envoyer un message réel, ce que nous ne faisons pas. Le résultat vous épargne surtout les fautes grossières — domaine inexistant, mal orthographié ou volontairement inerte — avant d’écrire à un contact ou de valider une inscription.
Un contrôle facturé à l’usage
Contrairement aux vérifications qui tournent dans votre navigateur, celle-ci exige une interrogation réseau et s’exécute sur nos serveurs. Elle est donc facturée à l’usage : $0.002 par adresse contrôlée, tarif affiché, sans abonnement ni engagement. Vous la lancez depuis cette page ou via l’API pour l’intégrer à un formulaire ou à un import. L’achat se règle directement, en une fois.
Où il s’insère dans votre flux
L’ordre logique est simple : d’abord la forme, gratuite et dans le navigateur, ensuite l’acheminement, ce contrôle-ci. Beaucoup d’adresses fautives tombent dès la première étape ; les survivantes méritent le second regard, surtout avant une facture ou une confirmation de commande. Vous réservez ainsi le contrôle payant aux seuls cas qui le justifient.
Cas d’usage
Avant d’envoyer une facture
Atelier Garnier SARL vérifie le domaine de l’adresse de facturation avant d’expédier une facture par e-mail : si le domaine n’annonce aucun serveur de réception, la relance part par un autre canal plutôt que dans le vide.
Inscription à une newsletter
Un formulaire contrôle le domaine au moment de la saisie : « [email protected] », domaine sans MX, est signalé, et l’internaute corrige en « orange.fr » avant de valider.
Assainir un fichier de contacts
Sur une liste issue d’un salon professionnel, le contrôle MX écarte les domaines éteints ou fictifs, ce qui réduit le taux de rebond avant la première campagne.
Questions fréquentes
Cela confirme-t-il que la boîte exacte existe ?
Non. Le contrôle atteste que le domaine est configuré pour recevoir du courrier (MX présent). Confirmer qu’une boîte précise est active et non pleine supposerait d’y envoyer un message, ce que nous ne faisons pas. Le résultat élimine surtout les domaines morts ou mal orthographiés.
Pourquoi ce contrôle est-il payant alors que la syntaxe est gratuite ?
La syntaxe se calcule sur votre appareil, sans rien envoyer. Vérifier les MX exige une interrogation réseau depuis nos serveurs, en temps réel. Ce coût réel se traduit par un tarif à l’usage : $0.002 par adresse, affiché, sans abonnement.
Mes adresses sont-elles conservées ?
L’adresse sert le temps d’interroger le domaine, puis n’est pas conservée à des fins commerciales. Nous n’écrivons pas aux adresses testées et ne les revendons pas. Seul le domaine est interrogé, jamais votre correspondant.
Puis-je obtenir une facture pour ces contrôles ?
Oui. L’achat se fait par PayPal et une facture peut vous être remise ; pour toute demande, une vraie personne vous répond, en espagnol ou en anglais. Les prix sont en dollars US.
Combien de temps prend une vérification ?
L’interrogation des enregistrements MX est quasi instantanée dans la plupart des cas. Un domaine lent à répondre peut allonger légèrement le délai ; le résultat reste affiché en quelques secondes.
Est-ce utile si j’ai déjà vérifié la syntaxe ?
Oui, les deux sont complémentaires. La syntaxe repère les fautes d’écriture ; le contrôle MX repère les domaines qui n’existent pas ou ne reçoivent rien. Une adresse peut passer la première étape et échouer à la seconde.
Pour les développeurs — accès API
Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.
Endpoint
Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.
Appeler depuis votre stack
curl -X POST https://api.kit.forhosting.com/verify/email-mx \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"email":"[email protected]"}'const res = await fetch("https://api.kit.forhosting.com/verify/email-mx", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"email": "[email protected]"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/verify/email-mx",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"email": "[email protected]"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/verify/email-mx", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"email":"[email protected]"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"email":"[email protected]"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/verify/email-mx", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemple de requête
{
"email": "[email protected]"
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "verify.email_mx",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |