Vérificateur SPF, DKIM et DMARC

Entrez un domaine d'envoi ou un courriel pour interroger les enregistrements publics MX, SPF, DMARC, MTA-STS et TLS-RPT DNS. Entrez un vrai sélecteur DKIM pour vérifier les enregistrements de clé publique correspondants; entrez l'IP réel d'envoi public pour vérifier PTR et le statut de réputation publique. Chaque élément affiche les preuves de requête, l'état, et les recommandations, supportant JSON et les téléchargements de rapports texte. Les vérifications DNS ne remplacent pas l'authentification réelle des courriels ni les tests de livraison dans la boîte de réception.

SPF vérifie se concentrer sur le nombre d'enregistrements, la syntaxe et les requêtes DNS récursives dans les limites. DKIM nécessite de fournir le sélecteur réellement utilisé par le système d'envoi – avoir une clé publique dans DNS ne garantit pas la validité d'une signature email individuelle. DMARC vérifie les enregistrements et les politiques de domaine, sans valider directement l'alignement SPF/DKIM pour un message spécifique. La validation complète nécessite des en-têtes de courrier électronique et des échantillons de courrier électronique réels. Veuillez vérifier tous les services d'envoi autorisés avant de modifier les dossiers.

Vérifiez les paramètres de vérification de domaine dans votre fournisseur de messagerie ou localisez la valeur s= dans l'en-tête DKIM-Signature des courriels bruts envoyés. Un domaine de signature d= est habituellement inclus; le sélecteur doit correspondre à ce domaine pour la recherche. L'outil n'énumérera pas ou ne devinera pas les sélecteurs; s'il n'est pas fourni, il montre non détecté plutôt que manquant. Prend en charge l'entrée jusqu'à trois sélecteurs DNS à la fois.

C'est pas vrai. Les listes noires publiques DNS ne fournissent que des indices partiels de réputation, et les résultats sont soumis aux conditions de requête, aux autorisations, aux résolveurs et aux limites de service. Ne pas être inscrit sur une liste noire publique ne garantit pas la livraison de la boîte de réception; les listes de blocage privées de destinataires, les règles personnelles et les filtres de spam ne peuvent généralement pas être interrogés publiquement. Lorsque les services sont indisponibles ou que les requêtes sont rejetées, le statut est affiché comme inconnu plutôt que comme non inscrit.

Accéder aux outils officiels Postmaster en utilisant un compte Google, ajouter votre domaine d'envoi réel et effectuer une vérification complète. Il fournit des mesures comme le taux de spam pour les courriels envoyés à des comptes Gmail personnels, la réputation de domaine/IP, l'authentification, le chiffrement et les erreurs de livraison, mais ne couvre pas tous les fournisseurs de boîtes de réception. L'intégration de ces paramètres privés dans le backend nécessite des permissions de domaine et une autorisation de Google OAuth ; les vérifications individuelles publiques ne liront pas vos messages Gmail.

Un volume d'envoi faible, des seuils de confidentialité, des retards de déclaration, des domaines non vérifiés ou un manque de trafic vers des comptes Gmail personnels peuvent entraîner l'absence de données. Les données manquantes ne signifient pas un taux zéro pourriel ou une bonne réputation de domaine. Vérifier d'abord votre domaine d'envoi, les permissions Google et les dates de rapport, puis dépanner conformément aux lignes directrices officielles Google.

C'est pas vrai. Les enregistrements MX spécifient les serveurs de réception, tandis que les enregistrements inversés PTR sont généralement gérés par le fournisseur pour l'IP d'envoi réel. L'IP d'un serveur destinataire peut être complètement différent de l'IP d'envoi, de sorte que l'outil ne traitera pas les adresses MX résolues comme des adresses IP d'envoi. Veuillez vérifier l'IP réel envoyé par le public de votre fournisseur d'emails, en-têtes d'emails, ou la configuration du serveur de messagerie autonome.

Les directives SPF telles que include, a, mx, existent, et redirection peut déclencher des recherches DNS, qui sont soumises à des limites de recherche RFC. Cet outil impose également un nombre maximal de recherche et un délai d'exécution; si des erreurs temporaires DNS se produisent ou si des limites sont atteintes, la vérification sera marquée comme incomplète. L'évaluation finale de SPF pour des règles dynamiques complexes et des identités de courriel spécifiques devrait encore être effectuée par le système d'email de réception.

p=none peut être utilisé pour collecter des rapports et surveiller l'état d'authentification, et ne devrait pas être simplement jugé comme une erreur. La mise à niveau vers la quarantaine ou le rejet dépend de l'alignement SPF/DKIM, de la transmission et des besoins opérationnels de chaque service d'envoi. L'outil explique les politiques sans conseiller les changements aveugles aux politiques strictes, en évitant l'impact sur les courriels d'affaires légitimes.

La gestion des courriels de l'entreprise fournit des inspections de santé et de la configuration pour les canaux de notification existants. Vérifier les domaines d'envoi réels, les sélecteurs DKIM et l'envoi d'IP avant d'activer les inspections et de sélectionner les canaux de notification. Les anomalies de configuration publique et les récupérations peuvent être incluses dans les alertes; les paramètres de réputation privée de Gmail nécessitent une vérification et une autorisation supplémentaires du domaine. Les inspections ne modifient pas automatiquement DNS ou n'envoient pas d'e-mails de test de livraison en votre nom.

Le navigateur extrait et affiche d'abord le nom de domaine. Un seul contrôle DNS ne soumet que le nom de domaine, le sélecteur optionnel DKIM et l'IP public de l'expéditeur, sans soumettre la partie locale de la boîte aux lettres, le mot de passe ou le contenu de courriel. Les rapports ne sont pas enregistrés de façon persistante dans le navigateur par défaut; les fichiers téléchargés contiennent le domaine public vérifié et l'IP de l'expéditeur. La page conserve les annonces sur le site, et les tests nécessitent l'accès aux services réseau.

Tous les trois sont des enregistrements d'authentification par e-mail dans le DNS de votre domaine. SPF énumère les serveurs autorisés à envoyer des courriels pour votre domaine; DKIM ajoute une signature numérique à chaque message, que les récepteurs vérifient avec la clé publique dans DNS pour confirmer qu'elle n'a pas été modifiée; DMARC indique aux récepteurs ce qu'il faut faire lorsque SPF ou DKIM échoue (rien, dossier spam ou rejet) et vous envoie des rapports. Configurer les trois pour correspondre aux services qui envoient vraiment votre courrier réduit le placement des dossiers de spam et le spoofing.