Vérificateur de délivrabilité des emails
Pré-vérifiez votre configuration d'expéditeur avant que les e-mails ne rebondissent
L'IP du serveur qui envoie vos courriels, utilisée pour vérifier les listes noires DNSBL. Laissez vide pour ignorer. Trouvez-la dans les en-têtes des courriels (Received: from) ou demandez-la à votre fournisseur SMTP.
Le préfixe de recherche de la clé publique DKIM, utilisé pour vérifier les signatures des courriels. Laissez vide pour détecter automatiquement les sélecteurs courants (google, default, s1, k1…). Trouvez le vôtre dans tout en-tête de courriel envoyé : DKIM-Signature: s=...
La délivrabilité des e-mails détermine si vos messages atteignent la boîte de réception ou sont rejetés et enterrés dans les spams. Elle dépend d'un ensemble d'enregistrements DNS : MX prouve que votre domaine existe et possède des serveurs de messagerie, SPF déclare qui peut envoyer en votre nom, DKIM utilise des signatures cryptographiques pour prouver que le courrier n'a pas été falsifié, et DMARC les lie ensemble avec une politique d'application. Si votre IP sortante est sur une liste noire DNSBL, même une authentification parfaite ne vous sauvera pas.
Une mauvaise configuration ne donne aucun avertissement — vous ne verrez que des rebonds, des taux de boîte de réception bas et des e-mails d'inscription qui disparaissent dans les spams. Un SPF manquant permet à n'importe qui d usurper votre domaine ; un DMARC p=none stagnant permet au courrier usurpé de passer ; une IP sortante sur liste noire coule chaque message. Pire encore, ces problèmes sont souvent découverts seulement après avoir perdu des utilisateurs.
Cet outil effectue les mêmes vérifications que celles effectuées par les destinataires — avant que vous n'envoyiez. Saisissez votre domaine d'envoi (et éventuellement votre IP sortante et votre sélecteur DKIM) pour vérifier que les quatre enregistrements DNS clés sont publiés correctement et que votre IP est propre. Chaque résultat correspond directement à un code de rebond réel, vous indiquant exactement ce qui ne va pas et comment le corriger.
Pré-vérification avant l'envoi, pas après le rebond — vérifiez-vous-même avant que les destinataires ne le fassent
Cinq vérifications en une seule fois : résolution DNS, SPF, DKIM, DMARC, liste noire d'IP
Aucune trace : requêtes DNS pures, aucun e-mail envoyé, aucun domaine ou IP stocké
Correspondance directe avec les codes de rebond : chaque résultat de vérification correspond à une erreur de rebond réelle, vous saurez donc quoi corriger
Quand l'utiliser
Avant le premier envoi depuis un nouveau domaine — confirmez que les enregistrements MX, SPF, DKIM et DMARC sont tous publiés
Lorsqu'un courriel rebondit — utilisez le code de rebond pour identifier les problèmes DNS, d'authentification ou liés à l'IP
Après des modifications DNS — vérifiez que la propagation est effectuée et qu'aucun nouveau problème n'est apparu
Après avoir changé de serveur de courriel ou de fournisseur SMTP — vérifiez que la nouvelle IP est propre
Référence des erreurs de rebond
Erreurs de rebond courantes et vérifications réalisées par cet outil :
| Erreur de rebond | Cause racine | Vérification effectuée par cet outil | Orientation de la correction |
|---|---|---|---|
| 554 5.1.8 Domaine introuvable | Le domaine expéditeur n a aucun enregistrement DNS | Résolution DNS du domaine | Ajouter des enregistrements MX/A/AAAA |
| 550 DNSBL (par ex. r1401) | IP sortante sur une liste noire en temps réel | Liste noire d IP | Demander la suppression de la liste noire ou changer d IP |
| 550 5.7.26 Échec d authentification | SPF/DKIM/DMARC manquants ou invalides | SPF + DKIM + DMARC | Publier et renforcer les enregistrements d authentification |
Modèles d'enregistrements DNS
Modèles pour les quatre enregistrements DNS clés. Remplacez yourdomain.com et adaptez votre fournisseur si nécessaire.
MX (sur yourdomain.com MX) :
yourdomain.com. IN MX 10 mail.yourdomain.com.
SPF (sur yourdomain.com TXT) :
v=spf1 include:_spf.google.com include:mail.zoho.com -all
DMARC (sur _dmarc.yourdomain.com TXT) :
v=DMARC1; p=reject; rua=mailto:[email protected]; adkim=s; aspf=s
DKIM (sur <selector>._domainkey.yourdomain.com TXT) :
v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC...
Démarrez DMARC avec p=none pour collecter des rapports, puis passez à quarantine, puis à reject.
Connaissances sur DNS et authentification des emails
Les enregistrements DNS vérifiés par cet outil et leur importance pour la délivrabilité des emails :
Résolution DNS du domaine (MX / A / AAAA)
MX indique aux destinataires quels serveurs mail gèrent votre domaine. Les enregistrements A/AAAA associent votre domaine à une adresse IPv4/IPv6. Si un domaine expéditeur n’a aucun enregistrement DNS, les destinataires le rejettent avec l’erreur 554 5.1.8 Domaine introuvable — le domaine n’existe tout simplement pas dans le DNS.
SPF (Sender Policy Framework)
Un enregistrement TXT sur votre domaine listant les IP/serveurs autorisés à envoyer des emails en votre nom. Les destinataires vérifient l’IP expéditrice par rapport à cette liste. Sans SPF, n’importe qui peut usurper votre domaine.
- -all
- Rejet ferme : les expéditeurs non autorisés sont bloqués. Bonne pratique, sécurité maximale.
- ~all
- Soft fail : marqué comme suspect mais non rejeté. Adapté pour la phase de transition, réduit la confiance dans le domaine à long terme.
- ?all
- Neutre : aucune assertion. Équivaut à l'absence de SPF. Risque élevé d'usurpation.
- +all
- Autoriser tout : n'importe quelle adresse IP peut envoyer en votre nom. Extrêmement dangereux, ne jamais utiliser.
DKIM (DomainKeys Identified Mail)
Une signature cryptographique ajoutée aux emails sortants. La clé publique est publiée sous forme d’enregistrement TXT sur <selector>._domainkey.yourdomain.com. Les destinataires vérifient la signature à l’aide de cette clé. Contrairement au SPF, vous devez connaître le sélecteur pour rechercher la clé.
- v=DKIM1
- Identifiant de version, obligatoire. Sans lui, l'enregistrement n'est pas reconnu comme DKIM.
- k=rsa
- Type de clé, RSA est le plus courant. Utilise rsa par défaut si non spécifié.
- p=...
- Clé publique RSA, obligatoire. Un p= vide ou absent révoque le sélecteur.
- t=s
- Mode strict : la signature doit correspondre exactement au domaine. Empêche l'abus de signature des sous-domaines.
DMARC (Authentification des messages basée sur le domaine)
Un enregistrement TXT de stratégie sur _dmarc.votredomaine.com qui associe SPF et DKIM. Indique aux destinataires quelle action mener en cas d'échec des deux. Spécifie également l'emplacement d'envoi des rapports agrégés.
- p=none
- Surveillance seulement : aucune action, juste collecte de rapports. Point de départ sûr mais protection nulle : les courriers usurpés atteignent toujours la boîte de réception.
- p=quarantine
- Quarantaine : les échecs d'authentification vont dans le dossier spam. Protection modérée, adapté pour la phase de validation.
- p=reject
- Rejet : les échecs d'authentification sont bloqués purement et simplement. Protection la plus forte, objectif final. Passer ce niveau permet aux courriers usurpés de passer.
- rua=
- Destination des rapports agrégés. Pour surveiller les échecs de livraison, aucun contrôle mais utile pour le dépannage.
- adkim=s / aspf=s
- Alignement strict : exige que le domaine DKIM/SPF corresponde exactement à l'en-tête From. Empêche l'usurpation des sous-domaines.
DNSBL (Liste noire basée sur DNS)
Listes noires d'adresses IP en temps réel interrogées via DNS. Les destinataires comparent votre IP sortante à des listes comme Spamhaus, Barracuda, SpamCop. Si vous y êtes référencé, le courriel est rejeté (550 DNSBL).
- zen.spamhaus.org
- Plus grande liste noire publique, couverture la plus large. Impact le plus élevé — presque tous les destinataires la vérifient.
- b.barracudacentral.org
- Liste noire d’entreprise, utilisée par de nombreux appareils de sécurité. Impact modéré.
- bl.spamcop.net
- Basée sur des signalements d’utilisateurs. Peut entraîner des faux positifs, mais impact modéré.
- dnsbl.sorbs.net
- Liste noire plus petite, impact limité mais toujours interrogée.