Zusammenfassung

  • DATA endete mit einer Ein-Punkt-Zeile; dieselbe Zeile im Inhalt brauchte eine reversible Transparenzregel.
  • Der Sender verdoppelte führende Punkte, der Empfänger erkannte den einzelnen Abschluss und entfernte sonst einen Punkt.
  • CHUNKING nutzte später genaue Oktettzahlen und einen erklärten letzten Block, wodurch das Zählen die Grenze bestimmte.

Ein Kanal musste seine Rolle wechseln

RFC 821 wechselt zwischen Befehl und Antwort. DATA macht denselben Strom vorübergehend zum Inhalt; das Protokoll braucht daher eine eindeutige Stelle, an der die Nachricht endet und der Dialog weitergeht.

Die einzelne Punktzeile war einfach, gehörte aber auch zum möglichen Nutzertext. Daten und Steuerung teilten dieselbe Darstellung.

Transparenz war ein beidseitiges Versprechen

Der Sender setzt vor jeden führenden Punkt einen weiteren. Der Empfänger beendet DATA bei der einzelnen Punktzeile und entfernt bei anderen betroffenen Zeilen den ersten Punkt.

Die Drahtform ändert sich, der ausgelieferte Inhalt wird wiederhergestellt. RFC 821 fordert Reversibilität, besonders bei Relays. Versagt eine Seite, endet die Nachricht zu früh oder behält ein zusätzliches Zeichen.

Die kleine Ausnahme erreichte die ganze Kette

RFC 5321 bewahrt die Regel und zählt den Transparenzpunkt nicht zur Grenze von 1000 Oktetten pro Zeile. Puffer, Protokolle, Relays und Tests müssen zwischen Speicher-, kanonischer und Drahtform unterscheiden.

Oktettzahlen entfernten die verbotene Zeile

RFC 3030 definiert CHUNKING und BDAT. Jeder Befehl nennt die exakte Zahl folgender Oktette; LAST markiert den letzten Block. Der Empfänger sucht nicht mehr im Inhalt nach einem Abschluss.

BDAT ersetzt DATA nicht allgemein. Der Server kündigt CHUNKING an, der Client nutzt es erst danach und der Server muss DATA weiter akzeptieren. Die Erweiterung lässt alte Gegenstellen bestehen.

Zählen wurde maßgeblich

Eine falsche Länge verschiebt die Grenze: Material kann in den Block fallen oder als Befehl erscheinen. BINARYMIME setzt deshalb CHUNKING voraus, weil beliebige Oktette nicht sicher mit einem zeilenorientierten Zeichen eingerahmt werden.

Vertrauen verschwand nicht, sondern wanderte von der Transformation zur exakten Rechnung und vorherigen Einigung.

Quellen und Grenzen

Die Regeln stehen in RFC 821, RFC 5321 und RFC 3030. Sie messen keine Verbreitung. DATA bleibt Pflicht; Transparenz ist keine Verschlüsselung oder Authentisierung.