Lecteur de rapports SMTP TLS
Résumer les rapports SMTP TLS JSON non compressés et les observations sur la politique d'exportation/les échecs.
Vos données
Vos résultats
À votre dispositionVos résultats s’afficheront ici.
Comment ça marche
Lire RFC 8460 JSON rapports de transport localement, résumer chaque politique rapportée des séances réussies et échouées, et la politique d'exportation et des tableaux de détails d'échec. Les dénominateurs zéros demeurent indisponibles et des totaux de détails incohérents sont identifiés.
Lire la référence sourceQuelques points à connaître
Ne sonde pas SMTP, valide les certificats, vérifie l'authenticité des rapports ou prouve la livraison. JSON non compressé seulement: 2 MB, les politiques 1,000 et les détails de défaillance 10,000; nombre entier sûr. Les types de résultats inconnus sont conservés, non interprétés comme des échecs connus.
Quand utiliser cet outil
Le rapport SMTP TLS décrit les observations de session de transport envoyées par une organisation déclarante. Ce lecteur transforme les résumés de politique JSON pris en charge et les détails d'échec en tableaux sans examiner un serveur ou télécharger le rapport. Les séances réussies et ratées ne sont pas des comptes de messagerie ou de mise en boîte de réception. Chaque politique utilise son propre dénominateur pour la part des échecs, tandis que les totaux nuls demeurent indisponibles. Les totaux de détails sur l'échec qui ne sont pas d'accord avec les résumés sont indiqués plutôt que réécrits silencieusement. Les noms d'hôte opérationnels et le texte du rapport sont affichés sous forme de texte, et des catégories de défaillance inconnues sont conservées pour enquête.
- Lisez un rapport de transport JSON TLS non compressé sur place.
- Comparer les comptes de séances de politique déclarés et les parts d'échec.
- Politique d'exportation et lignes de détails pour l'enquête.
Comment utiliser le lecteur de rapports smtp tls
Fournir un rapport JSON complet
Coller ou télécharger le JSON UTF-8 non compressé avec l'organisation déclarante, l'ID de rapport, la plage de dates et les politiques. Décompresser gzip avant de le fournir.
Inspecter la politique et compter les observations
Examiner les séances de réussite/échec et la part par politique. Les dénombrements doivent être des entiers non négatifs sûrs, et la plage de dates doit être commandée.
Vérifiez les détails par rapport aux résumés
Téléchargez la politique et les tables d'échec. Examiner les totaux de détails erronés et les types de résultats inconnus dans le contexte de la déclaration, plutôt que de modifier les chiffres pour les rendre d'accord.
Un rapport de transport avec les sessions 5,629
Entrées
La politique fictive rapporte des sessions réussies de 5,326, 303 sessions ratées et 303 échecs périmés.
Résultat
La part de défaillance est approximativement 5.3828% pour cette politique. Les totaux détaillés sont d'accord avec le résumé de la session.
Ce que ça veut dire
Ces observations ne disent pas combien de messages sont arrivés dans une boîte aux lettres ou combien de destinataires ont vu un courriel.
Erreurs courantes à éviter
Séances d'équateur avec messages livrés
Les séances de transport et la livraison de messages sont des mesures différentes.
Traiter un rapport comme un test de certification
Il n'y a pas de connexion au serveur, de vérification du certificat ou d'installation de la politique.
Éliminer les catégories de défaillance inconnues
Le lecteur conserve son texte. L'interprétation exige le rapport source et le contexte du protocole.
Foire aux questions
Définitions, cas de bordure et prochaines étapes pratiques pour cet outil. Rechercher tous les outils FAQ
Quels sont les rapports acceptés?
JSON en forme de RFC 8460 avec nom d'organisation, id de rapport, portée de date, métadonnées politiques et résumés de session. Il ne lit pas DMARC XML ou gzip.
Par quoi l'échec se divise-t-il?
Les séances ont échoué, divisées par des séances réussies et des séances ratées pour cette politique. Les chiffres provenant de différentes politiques ne sont pas remplacés par leur dénominateur.
Que faire si une politique a zéro session?
Sa part n'est pas disponible, pas 0% ni un résultat de passage. Les nombres zéros restent visibles.
Les chiffres peuvent-ils être fractionnels ou négatifs?
C'est pas vrai. Des entiers non négatifs sont nécessaires. Les sommes agrégées non sûres sont rejetées plutôt que de perdre la précision exacte du compte.
Est-ce que les totaux de détails mal appariés sont réparés?
C'est pas vrai. Ils sont signalés sans modifier le sommaire de la politique ni le compte rendu détaillé. Étudier les observations incomplètes ou qui se recoupent avec leur contexte de déclaration.
Qu'arrive-t-il aux types de résultats inconnus?
Ils sont conservés littéralement dans l'exportation de détail. Le lecteur n'invente pas d'explication ou ne traite pas une étiquette inconnue comme une erreur connue de certificat.
Est-ce qu'il teste SMTP ou authentifie le rapport?
C'est pas vrai. Il n'y a pas de connexions SMTP, de modifications DNS, de demandes de géolocalisation ou de garanties d'authenticité. Il résume seulement les données fournies par JSON.
Quelles limites s'appliquent?
Une source UTF-8 inférieure à 2 MB, à la plupart des politiques 1,000 et des enregistrements de détails 10,000. Décompresser vous-même avant de sélectionner le fichier.
Sources et méthode
Utilisez les références ci-dessous pour vérifier les définitions et le guide de la plateforme. La portée et les limites du modèle sont expliquées ci-dessus. Lisez nos normes éditoriales.