TLS-RPT Transportfehler sichtbar machen
TLS-RPT lässt sendende Mailserver melden, wann eine verschlüsselte Zustellung scheitert. Aus dieser Sicht entsteht das Frühwarnsystem, ohne das MTA-STS und DANE im Blindflug betrieben würden.
_smtp._tls.example.de. IN TXT "v=TLSRPTv1; rua=mailto:tls-rpt@conbool.com"Ohne TLS-RPT bleibt eine fehlgeschlagene Transportverschlüsselung unsichtbar. Erst die Berichte machen Probleme messbar, bevor Nachrichten verloren gehen.
MTA-STS und DANE können Zustellungen blockieren, wenn etwas nicht stimmt. TLS-RPT beantwortet die entscheidende Frage davor und danach: Wo genau hakt die Verschlüsselung, und welcher Absender meldet ein Problem? Genau diese Sichtbarkeit verhindert, dass eine zu strenge Richtlinie still legitime Post zurückhält.
Was TLS-RPT ist
TLS-RPT steht für SMTP TLS Reporting und ist in RFC 8460 standardisiert. Ein TXT-Eintrag unter _smtp._tls der Domäne benennt eine Adresse, an die sendende Server zusammengefasste Berichte schicken. Diese Berichte zeigen, wie viele Verbindungen verschlüsselt zustande kamen und welche an einem Zertifikats- oder TLS-Problem gescheitert sind.
Warum Berichte unverzichtbar sind
Transportsicherheit ohne Rückmeldung ist ein Risiko. TLS-RPT schließt diese Lücke.
Sicherer Rollout
Im Modus testing von MTA-STS zeigen die Berichte, ob alle Sender sauber verschlüsseln, bevor die Richtlinie scharf gestellt wird.
Frühwarnung
Ein abgelaufenes Zertifikat oder eine kaputte TLS-Konfiguration fällt sofort auf, statt erst durch ausbleibende Nachrichten.
Nachweis
Die Berichte belegen über die Zeit, dass der E-Mail-Transport tatsächlich verschlüsselt erfolgt, und stützen Audits.
Berichte auswerten mit Conbool
Rohberichte im JSON-Format sind unhandlich. Conbool MailGuard macht daraus verwertbare Hinweise.
Empfang und Speicherung
Die Berichte der großen Versender werden zentral entgegengenommen und vorgehalten.
Aufbereitung
Erfolgs- und Fehlerquoten werden je Sender und Zeitraum verständlich dargestellt.
Fehlerursachen
Gescheiterte Verbindungen werden nach Ursache eingeordnet, etwa Zertifikatsfehler oder fehlende TLS-Unterstützung.
Zusammenspiel mit MTA-STS
Die Auswertung fließt direkt in die Entscheidung ein, ob eine Richtlinie verschärft oder zunächst beobachtet wird.
Häufige Fragen zu TLS-RPT
Was bedeutet TLS-RPT?
Wie wird TLS-RPT eingerichtet?
Blockiert TLS-RPT E-Mails?
Wer sendet die Berichte?
Lohnt sich TLS-RPT ohne MTA-STS oder DANE?
Wie lässt sich der TLS-RPT-Eintrag prüfen?
Weitere Bausteine der Transportsicherheit
MTA-STS
Erzwungene TLS-Verschlüsselung, deren Rollout TLS-RPT absichert.
DANE und TLSA
Kryptografisch verankerte Zertifikatsbindung, verpflichtend nach BSI TR-03108.
Directory-Harvesting-Schutz
Abwehr von Angriffen, die gültige E-Mail-Adressen am Server abgreifen.
MailGuard
Das E-Mail-Security-Gateway, das alle Transport- und Inhaltsschutzfunktionen bündelt.
Transportfehler nicht länger im Blindflug
Der kostenlose Mail-Check zeigt, ob TLS-RPT und die Transportverschlüsselung der eigenen Domäne korrekt eingerichtet sind.