Zusammenfassung

  • Eine positive SMTP-Antwort nach den Nachrichtendaten nimmt die Transaktion als Ganzes an und überträgt dem Server die vollständige Verantwortung.
  • RFC 2033 ließ LMTP für jedes erfolgreiche RCPT geordnet antworten. Der vorgelagerte Queue-Manager behält nur ungeklärte Empfänger, doch eine verlorene Antwort kann weiterhin Duplikate verursachen.

Eine Endantwort musste zwei Zustände tragen

Ein Queue-Manager übergibt zwei lokal akzeptierte Empfänger. Nach dem vollständigen Inhalt gelingt die Ablage für A; B scheitert vorübergehend am Kontingent. SMTP kann DATA nicht zugleich mit 250 und 452 beenden.

RFC 5321 schließt Teilerfolg an dieser Stelle aus. Eine positive Endantwort bedeutet, dass der empfangende Server die ganze Nachricht übernimmt. Spätere Probleme einzelner Empfänger muss er durch eigene Wiederholung oder Benachrichtigung behandeln.

Für Store-and-forward zwischen Hosts ist das sinnvoll: Der SMTP-Empfänger besitzt eine dauerhafte Queue. Beim Übergang von einem bestehenden Queue-Manager zu einem lokalen Zustellagenten würde dieselbe Regel jedoch eine zweite Queue erzwingen, nur um unterschiedliche Postfachergebnisse aufzubewahren.

LMTP änderte genau diese schmale Naht.

Antwortkardinalität wurde zur Zuständigkeitsgrenze

RFC 2033, 1996 als Informational veröffentlicht, verlangt nach dem letzten DATA-Punkt eine Antwort für jedes zuvor erfolgreiche RCPT, in derselben Reihenfolge.

Erhält A sein endgültiges 250, kann die vorgelagerte Queue A abschließen. Ein 452 für B hält nur B zurück. Der lokale Agent liefert die unmittelbare Postfachwahrheit, ohne eine weitere langfristige Warteschlange zu besitzen.

Die Zuordnung ist positional. Vor DATA abgelehnte Empfänger fehlen in der Endfolge. Zwei erfolgreiche Befehle für denselben forward-path belegen trotzdem zwei Positionen. Eine mehrzeilige Antwort ist nur eine Position. Nachträgliches Gruppieren nach Adresstext verletzt deshalb das Protokollbuch.

Auch ein erfolgreiches frühes RCPT ist noch keine Zustellzusage. Erst die positive Antwort nach dem Inhalt überträgt Verantwortung für diesen Empfänger.

LHLO machte die abweichende Grammatik sichtbar

LMTP ähnelt ESMTP so stark, dass eine stille Verwechslung gefährlich wäre. Ein SMTP-Client könnte die erste LMTP-Antwort als Gesamtabschluss verbuchen und weitere Antworten falschen Befehlen zuordnen. Ein LMTP-Client könnte nach der einzigen SMTP-Antwort vergeblich warten.

Darum ersetzt LHLO die Befehle HELO und EHLO. Ein LMTP-Server darf SMTP-Grüße nicht positiv akzeptieren; LMTP darf nicht den SMTP-Dienstport 25 verwenden. Der Unterschied schützt den Antwortvertrag vor dem Nachrichtentext.

RFC 2033 verlangt außerdem PIPELINING und Enhanced Status Codes. RFC 2920 hält Antworten auch bei vorausgesendeten Befehlen in Reihenfolge. RFC 2034 und RFC 3463 verfeinern die Fehlerbedeutung. Ohne die geordnete Empfängerliste weiß selbst ein präziser Code nicht, welcher Position er gehört.

Bei CHUNKING liefert BDAT LAST dieselbe Empfängerfolge; nicht abschließende BDAT-Blöcke behalten je eine Antwort. Mehrere Ergebnisse gehören zum Nachrichtenabschluss, nicht zu jedem Datenstück.

Die Lücke zwischen Handlung und Beleg blieb

RFC 1047 beschrieb die Synchronisationslücke: Der Empfänger kann angenommen oder zugestellt haben, bevor die positive Antwort beim Sender ankommt. Bricht die Verbindung, betrachtet eine Seite die Arbeit als abgeschlossen, während die andere wiederholen muss. Ein Duplikat kann entstehen.

LMTP verkleinert diese Unsicherheit auf einzelne Empfänger. Ist As positives Ergebnis dauerhaft verarbeitet, verlässt A die Queue. Wurde B zugestellt, aber Bs Antwort ging verloren, fehlt dem Client der übertragbare Beleg. RFC 2033 verlangt, eingetroffene Antworten zu verarbeiten und den Rest als temporär fehlgeschlagen zu behandeln.

Der Server soll jede Antwort früh senden und puffern nicht bis zum Ende; der Client soll sie fortlaufend verarbeiten. Das verkürzt den mehrdeutigen Suffix nach einem Abbruch. Eine bereits erfolgte Zustellung kann es nicht zurücknehmen.

Deshalb rät RFC 2033 von LMTP über Weitverkehrsnetze ab. Vorgesehen ist ein kurzer lokaler Weg zwischen dauerhafter Queue und Zustellagent. Ein längerer, störanfälliger Weg trennt Handlung und Beleg häufiger.

LMTP-Antworten waren keine DSN

Eine DSN berichtet später über Arbeit, deren Verantwortung schon übernommen wurde. Die LMTP-Endantwort entscheidet die Übernahme selbst: temporär heißt, die aktuelle Queue bleibt zuständig; positiv heißt, der lokale Agent übernimmt.

Sie beweist weder menschliches Lesen noch Anzeige oder Identität. Gegenstand ist Transportverwahrung, nicht Aufmerksamkeit.

Quellen und Grenzen

Der geschlossene Quellensatz besteht aus RFC 1047, RFC 2033, RFC 2034, RFC 2920, RFC 3463 und RFC 5321. Er belegt Grammatik und Zuständigkeit, nicht heutige Verbreitung, Produktvorgaben oder einen universellen Socket. RFC 2033 ist Informational und kein allgemeiner LMTP-Zwang.