SMTP TLS Report Reader
Fassen Sie unkomprimierte SMTP TLS JSON-Berichte und Exportpolitik / Fehlerbeobachtungen zusammen.
Ihre Eingaben
Ihre Ergebnisse
Bereit, wenn Sie es sindIhre Ergebnisse erscheinen hier.
So funktioniert es
Lesen Sie die Transportberichte von RFC 8460 JSON vor Ort, fassen Sie die erfolgreichen und gescheiterten Sitzungen jeder gemeldeten Police zusammen und exportieren Sie Politik- und Fehlerdetailtabellen. Nullnenner bleiben nicht verfügbar und es werden inkonsistente Detailsummen ermittelt.
Lesen Sie die QuellenreferenzGut zu wissen
Prüft SMTP nicht, validiert Zertifikate, überprüft die Authentizität oder beweist die Lieferung. nicht komprimiert JSON nur: 2 MB, 1,000 Politikbereiche, 10,000 Fehlerdetails; sichere Ganzzahl zählt. Unbekannte Ergebnistypen werden beibehalten und nicht als bekannte Fehler interpretiert.
Wann Sie dieses Tool verwenden sollten
Die SMTP TLS-Berichterstattung beschreibt Transportsitzungsbeobachtungen, die von einer berichtenden Organisation gesendet werden. Dieser Leser wandelt unterstützte JSON-Richtlinienzusammenfassungen und Fehlerdetails in Tabellen um, ohne einen Server zu untersuchen oder den Bericht hochzuladen. Erfolgreiche und fehlgeschlagene Sitzungen werden nicht geliefert-Nachricht oder Posteingang-Platzierung zählt. Jede Police verwendet ihren eigenen Nenner für den Ausfallanteil, während Nullsummen nicht verfügbar sind. Fehlerdetailsummen, die mit Zusammenfassungen nicht übereinstimmen, werden markiert und nicht stillschweigend umgeschrieben. Operative Hostnamen und Berichtstext werden als Text angezeigt, und unbekannte Fehlerkategorien werden für die Untersuchung beibehalten.
- Lesen Sie einen unkomprimierten JSON TLS Transportbericht lokal.
- Vergleichen Sie gemeldete Policy Session Counts und Failure Shares.
- Exportpolitik und Fehlerdetailzeilen für Untersuchungen.
So verwenden Sie smtp tls report reader
Liefern Sie einen vollständigen JSON-Bericht
Fügen Sie unkomprimierte UTF-8 JSON mit der Berichtsorganisation, der Berichts-ID, dem Datumsbereich und den Richtlinien ein oder laden Sie diese hoch. Dekomprimieren Sie gzip, bevor Sie es liefern.
Politik prüfen und Beobachtungen zählen
Überprüfen Sie Erfolgs- / Misserfolgssitzungen und den Anteil pro Politik. Zählungen müssen nicht negative sichere ganze Zahlen sein, und der Datumsbereich muss bestellt werden.
Details gegen Zusammenfassungen prüfen
Laden Sie die Richtlinien- und Fehlertabellen herunter. Überprüfen Sie nicht übereinstimmende Detailsummen und unbekannte Ergebnistypen mit dem Berichtskontext, anstatt die Zählungen zu ändern, um sie zu vereinbaren.
Ein Transportbericht mit 5,629 Sitzungen
Inputs
Die fiktionale Richtlinie berichtet 5,326 erfolgreiche Sitzungen, 303 fehlgeschlagene Sitzungen und 303 zertifikatsabgelaufene Fehler.
Ergebnis
Der Fehleranteil beträgt ungefähr 5.3828% für diese Richtlinie. Detailsummen stimmen mit der Zusammenfassung der gescheiterten Sitzung überein.
Was es bedeutet
Diese Beobachtungen sagen nicht, wie viele Nachrichten eine Mailbox erreicht haben oder wie viele Empfänger eine E-Mail gesehen haben.
Häufige Fehler zu vermeiden
Gleichsetzung von Sitzungen mit gelieferten Nachrichten
Transportsitzungen und Nachrichtenzustellung sind unterschiedliche Messungen.
Behandlung eines Berichts als Zertifikatstest
Es findet keine Serververbindung, Zertifikatsprüfung oder Richtlinieninstallation statt.
Verwerfen unbekannter Fehlerkategorien
Der Leser behält seinen gemeldeten Text. Die Interpretation erfordert den Quellbericht und den Protokollkontext.
Häufig gestellte Fragen
Definitionen, Edge Cases und praktische nächste Schritte für dieses Tool. Suchen Sie alle Tool FAQs
Welche Berichte akzeptiert das?
Unterstützt unkomprimiert RFC 8460-förmig JSON Mit organisationsname, report-id, date-range, policy metadaten und sitzungszusammenfassungen. Es liest nicht DMARC XML oder gzip.
Was bedeutet Scheitern teilen geteilt durch?
Gescheiterte Sitzungen geteilt durch erfolgreiche plus fehlgeschlagene Sitzungen für diese Richtlinie. Zählungen aus verschiedenen Politiken werden nicht in ihren Nenner ersetzt.
Was ist, wenn eine Richtlinie null Sitzungen hat?
Sein Anteil ist nicht verfügbar, nicht 0% oder ein vorübergehendes Ergebnis. Die Nullzählungen bleiben sichtbar.
Können die Zählungen gebrochen oder negativ sein?
Nein. Nicht negative sichere ganze Zahlen sind erforderlich. Unsichere Summen werden abgelehnt, anstatt die genaue Zählgenauigkeit zu verlieren.
Werden nicht übereinstimmende Detailsummen repariert?
Nein. Sie werden markiert, ohne die Zusammenfassung der Richtlinien oder die gemeldeten Detailzählungen zu ändern. Untersuchen Sie unvollständige oder überlappende Beobachtungen mit ihrem Berichtskontext.
Was passiert mit unbekannten Ergebnistypen?
Sie werden buchstäblich im Detailexport beibehalten. Der Leser erfindet keine Erklärung oder behandelt ein unbekanntes Etikett als bekannten Zertifikatsfehler.
Testet es SMTP oder authentifiziert es den Bericht?
Nein. Es gibt keine SMTP-Verbindungen, DNS-Änderungen, Geolokalisierungsanfragen oder Authentizitätsgarantien. Es fasst nur geliefert JSON zusammen.
Welche Grenzwerte gelten?
Eine UTF-8-Quelle unter 2 MB, höchstens 1,000-Richtlinien und 10,000 Fehlerdetaildatensätze. Decompress meldet sich selbst, bevor Sie die Datei auswählen.
Quellen und Verfahren
Verwenden Sie die Verweise unten, um Definitionen und Plattformführung zu überprüfen. Umfang und Grenzen des Modells sind oben erläutert. Lesen Sie unsere redaktionellen Standards.