ExchangeServer

Exchange Protocol Logging

Allgemeine Infos

Protocol Logging (in deutschen Microsoft-Texten Protokollprotokollierung) zeichnet die SMTP-Kommunikation an Send- und Receive-Connectoren auf. Du siehst den Dialog zwischen den Servern mit Befehlen wie EHLO, STARTTLS und MAIL FROM, den Antworten der Gegenstelle und der TLS-Aushandlung. Damit ist es das Werkzeug der Wahl, wenn eine Gegenstelle nicht zustellen kann, ein Gerät beim Relay abgewiesen wird oder TLS scheitert.

Laut Microsoft ist die Protokollierung standardmäßig am Receive Connector Default Frontend des Front-End-Transportdienstes und am impliziten Send Connector dieses Dienstes aktiv, an allen anderen Connectoren aus. Du aktivierst sie bei Bedarf je Connector. Alle Receive Connectoren eines Transportdienstes teilen sich dieselben Logdateien.

Abgrenzung: Message Tracking zeigt den Weg einer Nachricht durch die Organisation, Protocol Logging den technischen SMTP-Dialog einer Verbindung.

Funktionsweise & Details

Aufbau und Steuerung:

  1. Aktivierung je Connector mit Set-ReceiveConnector oder Set-SendConnector und dem Parameter ProtocolLoggingLevel (None oder Verbose).
  2. Die Logs liegen unterhalb von %ExchangeInstallPath%TransportRoles\Logs, getrennt nach Dienst, etwa FrontEnd\ProtocolLog\SmtpReceive oder Hub\ProtocolLog\SmtpSend.
  3. Die Dateien heißen RECVyyyyMMddhh-nnnn.log oder SENDyyyyMMddhh-nnnn.log, Zeitstempel in UTC.
  4. Jede Zeile ist ein SMTP-Ereignis im CSV-Format mit session-id und sequence-number; sortiert nach diesen Feldern ergibt sich eine vollständige Sitzung.
  5. Zirkuläre Protokollierung ist aktiv: Exchange löscht die ältesten Dateien, wenn Höchstalter oder Höchstgröße des Ordners erreicht sind; beides konfigurierst Du am Transportdienst.

Vorteile & Nutzen

  • Zeigt genau, an welchem SMTP-Schritt eine Verbindung scheitert, statt nur das Ergebnis zu melden.
  • Macht TLS-, Zertifikats- und Authentifizierungsprobleme mit Partnern und Geräten sichtbar, die andere Logs nicht zeigen.
  • Je Connector schaltbar, deshalb fällt bei gezielter Nutzung wenig Speicher an.
  • CSV-Format lässt sich mit PowerShell oder Tabellenkalkulation auswerten.

Praxisbeispiel

Ein neuer Multifunktionsdrucker in der Buchhaltung kann keine Scans per Mail senden. Die IT aktiviert Protocol Logging am Receive Connector für Geräte, löst einen Testscan aus und sieht im Log, dass der Drucker sich mit einer IP-Adresse außerhalb des erlaubten Bereichs verbindet. Nach der Korrektur des IP-Bereichs am Connector funktioniert der Versand, und die IT setzt die Protokollierung wieder auf None.

Worauf sollte man achten?

  • Nach der Fehlersuche wieder auf None stellen, wenn der Connector nicht standardmäßig protokolliert.
  • Höchstalter und Ordnergröße begrenzen, damit die Logs das Laufwerk nicht füllen.
  • Die Logs enthalten Mailadressen und IP-Adressen; Zugriff und Aufbewahrung an den Datenschutz anpassen.
  • Zeitstempel sind in UTC, bei der Suche die Zeitverschiebung beachten.
  • Mit Message Tracking kombinieren, um Sitzung und Nachricht zusammenzubringen.

Lizenz & Verfügbarkeit

Protocol Logging ist Bestandteil von Exchange Server SE ohne Zusatzlizenz. In Exchange Online gibt es kein vom Admin einsehbares SMTP-Protokoll, dort helfen Nachrichtenablaufverfolgung und Connector-Validierung. Stand: Oktober 2026.

Fazit

Protocol Logging liefert die Antwort, wenn Message Tracking nur ein Fehlschlagen zeigt. Schalte es gezielt ein und achte auf Speicherplatz und Datenschutz.

Weiterführende Links

Verwandte Artikel