Zusammenfassung

  • NNTP vereinte Verteilung, Abfrage, Abruf und Veröffentlichung, ohne jedem Client alle Aufgaben zuzusagen.
  • MODE READER verlangte von einem umschaltenden Server den Übergang aus dem Transit; eine neue CAPABILITIES-Liste belegte die danach gültige Befehlsfläche.
  • Der Übergang durfte Zustand zurücksetzen, war weder pipelinefähig noch wiederholbar und verlieh allein weder Schreibrecht noch Identität oder Vertraulichkeit.

Zwei Zustände hinter derselben Tür

Am Anfang zeigt die Liste IHAVE und MODE-READER, aber kein READER. Der Server arbeitet für diese Verbindung im Transit. Nach MODE READER erscheinen Lesefähigkeiten; IHAVE darf verschwinden.

Beide Aussagen sind wahr, jedoch zu verschiedenen Zeitpunkten. Wer die erste als dauerhaftes Merkmal des Hosts speichert, macht aus situativer Evidenz eine veraltete Berechtigung.

RFC 977 beschrieb 1986 ein breites NNTP: Artikel verteilen, suchen, abrufen und posten. Arbeitsstationen konnten zentral gespeicherte News lesen, kooperierende Hosts Kopien austauschen. Gemeinsame Syntax bedeutete nicht gemeinsame Kosten oder Vertrauensregeln.

Die Implementierung entdeckte den Modus

RFC 2980 sammelte verbreitete Erweiterungen. MODE READER war zuerst in INN verfügbar. Ein Client kennzeichnete sich als Leseprogramm, und manche Server konfigurierten sich für Reader-Befehle neu.

Der Befehl behauptete keine menschliche Identität. Er bat um eine Arbeitsweise für diese Sitzung. Ein bereits aufgetrennter Betrieb erhielt damit eine gemeinsame Protokollgrenze.

Der Vergleich mit dem wenig implementierten SLAVE aus RFC 977 macht beide nicht zu symmetrischen Gegenspielern. Belegt ist nur, dass die explizite Wahl des Lesedienstes den dauerhaften Bedarf traf.

Fähigkeiten gehörten zum Zustand

RFC 3977 unterscheidet Lese-, Transit- und umschaltende Server. Letztere müssen vor dem Wechsel MODE-READER, aber nicht READER anzeigen. Danach entfällt MODE-READER, READER erscheint, und IHAVE kann entfallen.

CAPABILITIES muss den aktuell verfügbaren Umfang korrekt nennen. Rolle, TLS und Authentisierung können die Antwort innerhalb derselben Verbindung ändern. Ohne den zugehörigen Zustand zu speichern, ist ein Fähigkeiten-Cache unvollständig.

Das IANA-Verzeichnis NNTP Parameters koordiniert die Bedeutung von MODE-READER, READER, IHAVE und STREAMING. Es beweist keine heutige Nutzung oder lokale Erlaubnis.

An der Umschaltung endete die Pipeline

MODE READER darf nicht in einer Pipeline stehen. Folgen GROUP und NEXT schon vor der Antwort, können Client und Server die Bytes verschiedenen Rollen zuordnen. Ein Server darf Eingabe rund um die Umschaltung verwerfen; dann passen Antworten und Erwartungen nicht mehr zusammen.

Der Befehl ist einmalig und darf Sicherheits- oder Datenschutzbefehlen nicht folgen. Der Server kann seinen Zustand zunächst auf den Stand direkt nach Verbindungsaufbau zurücksetzen. Ausgewählte Gruppe, aktueller Artikel und andere Annahmen leben nicht automatisch mit TCP weiter.

Die Grenze synchronisiert Parser und Autorität: Beide Seiten müssen wissen, welche Grammatik das nächste Byte regiert und welche frühere Befugnis erloschen ist.

Leser war nicht gleich Herausgeber

200 bedeutet Lesemodus mit Post-Erlaubnis, 201 Lesemodus ohne diese Erlaubnis. 502 erklärt den Lesedienst dauerhaft für nicht verfügbar und beendet die Verbindung.

Eintritt in die Lesefläche, Schreibrecht und Dienstverfügbarkeit bleiben getrennte Entscheidungen. POST und die aktuelle Politik sind genauer als eine großzügige Auslegung des Wortes Reader.

Sicherheit blieb eine eigene Achse

Ein RFC-3977-Beispiel zeigt STARTTLS erst im Lesemodus. RFC 4642 definiert TLS, RFC 4643 Authentisierung. Beide Übergänge können Fähigkeiten erneut verändern.

MODE READER verschlüsselt und identifiziert nicht. TLS gewährt seinerseits keine Leserrolle. RFC 4644 ordnet STREAMING dem Feed zu. Rolle, Identität, Schutz und Schreibrecht dürfen nicht durch bloße Nachbarschaft zusammenfallen.

Das bleibende Muster

Eine Tür für mehrere Aufgaben senkt Such- und Migrationskosten, erhöht aber die Gefahr alter Zustandsannahmen. Getrennte Endpunkte können Grenzen vereinfachen und den Betrieb verteuern. Die Quellen bestimmen keinen universellen Sieger.

Sie liefern eine dauerhafte Regel: Wechsel benennen, Ergebnis abwarten, neue Fähigkeiten lesen und Verlust von Kontext ausdrücklich zulassen. Eine lebende Transportverbindung verlängert keine alte Autorität.

Quellen und Grenzen

Die Dokumente belegen Regeln, Geschichte und registrierte Namen, nicht Verbreitung, Verkehr, Produktarchitektur oder Betreiberpolitik. Registrierung ist kein Nutzungsnachweis; MODE READER ist weder Authentisierung noch Verschlüsselung oder Post-Erlaubnis.