Comment vérifier MTA-STS pour de nombreux domaines ?

Collez les domaines dans un vérificateur MTA-STS en masse comme celui-ci. Chaque ligne affiche l’enregistrement, le fichier de politique, son mode, la concordance MX et le TLS-RPT, et vous pouvez télécharger les résultats en CSV.

Ce vérificateur MTA-STS en masse est-il gratuit ?

Oui. Jusqu’à 100 domaines par passage sans compte, et jusqu’à 500 par passage avec une connexion Google, sans carte.

Quelle différence entre testing et enforce ?

En mode testing, les expéditeurs signalent les échecs TLS mais livrent quand même le courrier. En mode enforce, ils refusent de livrer sur une connexion qui échoue aux contrôles TLS.

Vérifie-t-il aussi TLS-RPT ?

Oui. Il lit l’enregistrement v=TLSRPTv1 à _smtp._tls pour chaque domaine et indique où vont les rapports. Pour un contrôle complet des destinations de rapport, utilisez le vérificateur TLS-RPT.

Se connecte-t-il aux serveurs de messagerie ?

Non. Il lit des enregistrements DNS et récupère le fichier de politique sur l’hôte web mta-sts. Il n’ouvre jamais de connexion SMTP vers les serveurs de messagerie des domaines.

Pourquoi un domaine affiche-t-il Not set up ?

Il n’a pas d’enregistrement TXT v=STSv1 à _mta-sts, donc les expéditeurs ne cherchent jamais de politique. La plupart des domaines n’en ont pas ; c’est une protection supplémentaire facultative.

Vérificateur MTA-STS en masse : enregistrement, mode de politique et TLS-RPT de jusqu’à 500 domaines

En bref : Contrôle sur de nombreux domaines l’enregistrement MTA-STS, le fichier de politique en HTTPS, son mode, les hôtes MX et le TLS-RPT. Limite : Contrôle ce que voient les expéditeurs : le DNS et le fichier de politique. Les certificats TLS des serveurs de messagerie eux-mêmes ne sont pas testés.

Un vérificateur MTA-STS en masse teste la configuration MTA-STS de nombreux domaines à la fois. Collez jusqu’à 100 domaines, ou 500 après une connexion Google gratuite, et chaque ligne indique si l’enregistrement TXT _mta-sts existe, si le fichier de politique se charge en HTTPS, son mode (enforce, testing ou none), si chaque hôte MX correspond à la politique et si un enregistrement TLS-RPT est publié. Export CSV.

Domains, one per line (up to 100)

Upload a CSV or TXT fileDNS lookups and one HTTPS request for each policy file; no mail server is contacted. 100 domains a run, or 500 when you sign in.

L’outil est le même que sur la version anglaise : ses boutons et le motif de chaque résultat s’affichent en anglais (valid = valide, invalid = invalide, risky = risqué). Mis à jour le 8 novembre 2026 par l’équipe SimpleVerifier

Comment vérifier MTA-STS sur de nombreux domaines à la fois ?

Collez des domaines, un par ligne, jusqu’à 100 par passage, ou 500 après une connexion Google gratuite. Les adresses e-mail et les URL conviennent aussi ; le domaine est extrait de chacune.
Cliquez sur Check MTA-STS. Pour chaque domaine, l’outil lit les enregistrements TXT _mta-sts et _smtp._tls et les enregistrements MX, puis demande une fois le fichier de politique à https://mta-sts.<domain>/.well-known/mta-sts.txt, dix domaines par requête.
Lisez chaque ligne : Enforced, Testing, Off, Broken ou Not set up, avec le mode, max_age, tout hôte MX que la politique ne couvre pas et l’adresse de rapport TLS-RPT.
Filtrez les domaines à corriger et téléchargez le CSV avec le résultat et la raison de chaque contrôle.

Qu’examine une vérification MTA-STS en masse ?

MTA-STS, défini dans la RFC 8461, permet à un domaine de demander aux serveurs d’envoi de ne livrer son courrier qu’en TLS avec un certificat valide. Il comporte deux parties : un enregistrement TXT à _mta-sts.<domain> avec un id, et un fichier de politique à https://mta-sts.<domain>/.well-known/mta-sts.txt qui indique le mode, max_age et les hôtes MX autorisés.

Pour chaque domaine, cet outil vérifie qu’il y a exactement un enregistrement v=STSv1 avec un id valide, récupère le fichier de politique en HTTPS avec contrôle du certificat et sans redirection (la RFC interdit de les suivre), l’analyse et compare chaque hôte MX aux lignes mx de la politique. Il lit aussi l’enregistrement TLS-RPT à _smtp._tls.<domain> (RFC 8460), où les serveurs d’envoi signalent les échecs TLS.

Que signifient les résultats ?

Enforced : l’enregistrement, le fichier de politique et chaque hôte MX sont corrects, en mode enforce ; les expéditeurs qui prennent en charge MTA-STS refusent donc de livrer sur une connexion qui échoue aux contrôles TLS. Testing : pareil, mais les expéditeurs se contentent de signaler les échecs et livrent quand même. Off : mode none, la politique est désactivée.

Broken signifie qu’un enregistrement existe mais que quelque chose empêche les expéditeurs de l’utiliser, comme un fichier de politique qui ne se charge pas, un certificat invalide sur l’hôte mta-sts ou un hôte MX non couvert par la politique, ce qui en mode enforce peut bloquer du vrai courrier. Not set up signifie qu’il n’y a pas d’enregistrement v=STSv1, ce qui est le cas de la plupart des domaines.

Chaque domaine devrait-il avoir MTA-STS ?

C’est facultatif, et aucun fournisseur de messagerie ne l’exige pour recevoir votre courrier. Cela vaut la peine sur les domaines qui reçoivent du courrier important, et c’est surtout utile avec TLS-RPT, pour voir les échecs avant d’appliquer. Commencez en mode testing, lisez les rapports, puis passez en enforce.

Pour un seul domaine avec le fichier de politique complet et une correction pour chaque problème, utilisez le vérificateur MTA-STS (en anglais), et le générateur MTA-STS (en anglais) pour rédiger les enregistrements.

Pourquoi le fichier de politique ne se charge-t-il pas pour certains domaines ?

Les raisons les plus courantes : mta-sts.<domain> ne résout pas, son certificat ne couvre pas ce nom, il redirige (vers un hôte www ou une page de connexion), ou il répond autre chose que HTTP 200. Les expéditeurs traitent chacun de ces cas comme une absence de politique.

Chaque requête s’identifie comme SimpleVerifier, lit au plus 64 KB, attend jusqu’à huit secondes et ne se connecte jamais à des adresses privées. Un site qui bloque les requêtes automatisées peut échouer ici tout en se chargeant dans un navigateur ; la raison de la ligne dit ce que nous avons vu.

Questions fréquentes

Comment vérifier MTA-STS pour de nombreux domaines ?: Collez les domaines dans un vérificateur MTA-STS en masse comme celui-ci. Chaque ligne affiche l’enregistrement, le fichier de politique, son mode, la concordance MX et le TLS-RPT, et vous pouvez télécharger les résultats en CSV.
Ce vérificateur MTA-STS en masse est-il gratuit ?: Oui. Jusqu’à 100 domaines par passage sans compte, et jusqu’à 500 par passage avec une connexion Google, sans carte.
Quelle différence entre testing et enforce ?: En mode testing, les expéditeurs signalent les échecs TLS mais livrent quand même le courrier. En mode enforce, ils refusent de livrer sur une connexion qui échoue aux contrôles TLS.
Vérifie-t-il aussi TLS-RPT ?: Oui. Il lit l’enregistrement v=TLSRPTv1 à _smtp._tls pour chaque domaine et indique où vont les rapports. Pour un contrôle complet des destinations de rapport, utilisez le vérificateur TLS-RPT.
Se connecte-t-il aux serveurs de messagerie ?: Non. Il lit des enregistrements DNS et récupère le fichier de politique sur l’hôte web mta-sts. Il n’ouvre jamais de connexion SMTP vers les serveurs de messagerie des domaines.
Pourquoi un domaine affiche-t-il Not set up ?: Il n’a pas d’enregistrement TXT v=STSv1 à _mta-sts, donc les expéditeurs ne cherchent jamais de politique. La plupart des domaines n’en ont pas ; c’est une protection supplémentaire facultative.

Vous avez toute une liste à vérifier ? Vérificateur d'emails en masse

Vous avez une liste ? Les 100 premières adresses sont gratuites.

Connectez-vous avec Google, collez vos adresses ou déposez un CSV : chaque adresse passe le même contrôle SMTP de la boîte aux lettres, avec un fichier à télécharger. Sans carte bancaire.

Les domaines catch-all et les serveurs qui refusent de répondre reviennent risqués, jamais valides.

En continuant, vous acceptez nos conditions d’utilisation et notre politique de confidentialité (en anglais). Terms · Privacy