Les pubs vous déplaisent ? Aller Sans pub Auj. 

Vérificateur de livraison e-mail

PromoteurMise en réseauSécurité

ANNONCE · Supprimer ?

SAISIR

SORTIR

Côté client

ANNONCE · Supprimer ?

Guide

Vérificateur de livraison e-mail

Audit de la configuration d'authentification email d'un domaine en quelques secondes. Entrez un domaine quelconque et l'outil effectue des recherches DNS en temps réel contre le résolveur de Cloudflare pour inspecter les enregistrements SPF, DMARC, MX et BIMI, puis affiche les problèmes de configuration réels avec une décision claire de passage/échec et un score global de livrabilité.

Comment utiliser

Saisissez le domaine que vous souhaitez vérifier (par exemple example.com) dans le champ d'entrée.
Cliquez Vérifiez. L'outil effectue quatre requêtes DNS sur HTTPS en parallèle.
Examinez le score de livrabilité en haut, puis consultez la décomposition par enregistrement pour SPF, DMARC, MX et BIMI.
Corrigez les problèmes signalés — plusieurs enregistrements SPF, trop de recherches DNS, p=none DMARC, absence d'adresse de rapport agrégé, ou absence de serveur MX — et relancez la vérification.

Caractéristiques

Inspection de l'enregistrement SPF – valide la v=spf1 préfixe, compte les mécanismes de recherche DNS en fonction de la limite RFC 7208 de 10, identifie +all, ?all, et le mécanisme déprécié ptr , et alerte lorsque plus d'un enregistrement SPF est publié.
Inspection de l'enregistrement DMARC – analyse chaque tag, vérifie la force de la politique (none, quarantine, reject), affiche les adresses de reporting, et alerte lorsque rua et ruf est en dessous de 100. pct Enregistrements MX
– liste tous les serveurs de messagerie avec leur priorité, classés par ordre croissant afin de pouvoir voir rapidement la destination principale. Vérification bonus BIMI
– lit , valide l' default._bimi.<domain>URL du logo SVG, et note si un certificat de marque vérifiée ( l= ) est configuré.a=Score de livrabilité
– un seul score pondéré sur SPF, DMARC et MX afin de savoir rapidement si un domaine est prêt à être publié ou nécessite des améliorations. – les requêtes sont effectuées directement depuis votre navigateur contre l'endpoint DNS-over-HTTPS de Cloudflare. Aucun domaine que vous vérifiez n'atteint jamais notre serveur.
Sécurité de confidentialité Quelle est la différence entre SPF, DKIM et DMARC ? 1.1.1.1 SPF est un enregistrement DNS qui liste les serveurs de messagerie autorisés à envoyer des e-mails pour votre domaine. DKIM signe chaque message sortant avec une clé cryptographique afin que le destinataire puisse vérifier qu'il n'a pas été modifié en transit. DMARC relie les deux : il indique aux récepteurs ce qu'ils doivent faire lorsque le message échoue à l'alignement SPF ou DKIM et où envoyer les rapports agrégés. Les trois doivent être en place pour une livrabilité forte.

 FAQ

Pourquoi SPF a-t-il une limite de 10 recherches DNS ?

L'RFC 7208 limite le nombre de recherches DNS que peut effectuer un contrôle SPF à 10 afin d'éviter l'amplification de refus de service et de maintenir le traitement des e-mails prévisible. Les mécanismes comme include, a, mx, ptr, exists et redirect consomment chacun une recherche. Dépasser cette limite provoque une erreur permanente (PermError), que la plupart des récepteurs traitent comme un échec dur de SPF — vos e-mails sont envoyés dans la corbeille ou rejetés directement.
Qu'est-ce que signifie la politique DMARC p=none ?

p=none est une politique de surveillance uniquement. Les récepteurs vérifieront l'alignement et vous enverront des rapports agrégés (via l'adresse rua=), mais ne quarantineront ni ne refuseront les e-mails qui échouent. C'est utile pendant que vous collectez des données et que vous corrigez les sources légitimes, mais un domaine bloqué sur p=none ne procure aucune protection contre le spoofing. L'objectif est de passer à p=quarantine et de s'arrêter à p=reject.
Ai-je besoin d'un enregistrement MX si je n'envoie que des e-mails et que je ne reçois jamais ?

Techniquement non — les enregistrements MX décrivent la gestion des e-mails entrants. Mais de nombreux récepteurs considèrent l'absence d'un enregistrement MX comme un signal de faible réputation, et les notifications de rejet ne peuvent être envoyées à un domaine sans MX. La plupart des opérateurs publient au moins un MX nul (RFC 7505 : un enregistrement MX unique de '0 .') s'ils ne veulent pas accepter les e-mails entrants, afin que l'intention soit claire.
Exécutez des vérifications de livrabilité

Vérificateur de livrabilité email 1

Envie d'une expérience sans pub ? Passez à la version sans pub



 Installez nos extensions

Ajoutez des outils IO à votre navigateur préféré pour un accès instantané et une recherche plus rapide

Sur

恵 Le Tableau de Bord Est Arrivé !

Tableau de Bord est une façon amusante de suivre vos jeux, toutes les données sont stockées dans votre navigateur. D'autres fonctionnalités arrivent bientôt !

ANNONCE · Supprimer ?