Zusammenfassung

  • RFC 1922 verlangte in jeder ISO-2022-CN-Zeile mit chinesischen Zeichen eine eigene Zeichensatzbezeichnung und vor CRLF die Rückkehr zu ASCII. Eine Anzeige konnte mitten im Text beginnen, ohne verborgenen Zustand aus früheren Zeilen zu erben.
  • Bezeichnung, SI/SO und die Ein-Zeichen-Umschaltungen SS2/SS3 definierten eine Sieben-Bit-Grammatik. Sie bewiesen weder Zustellung noch Glyphenabdeckung, Identität oder Verständnis.
  • charset-edition und charset-extension machten Ausgaben und Herstellerzusätze benennbar. Sie legten Abweichungen offen, konnten aber fehlende Tabellen oder Schriften nicht ersetzen.

Die Jahreszahl begrenzte eine Mehrdeutigkeit

Zeichenstandards bleiben nicht unverändert. Ein Codepunkt kann zwischen Ausgaben anders zugeordnet oder beschrieben werden. RFC 1922 führte deshalb charset-edition ein: Das Jahr sollte benennen, welche Ausgabe der Absender erwartete. Ein Empfänger, der den Parameter verstand, konnte die passende Tabelle wählen.

Ein älteres Programm durfte den unbekannten Parameter ignorieren. Dann konnte es eine ältere Ausgabe verwenden und bei einer begrenzten Zahl von Zeichen irren. Das ist eine bemerkenswert schmale Aussage. Das Jahr machte die Ursache späterer Unterschiede untersuchbar; es garantierte nicht, dass der Empfänger die genannte Tabelle oder das benötigte Zeichen besaß.

charset-extension beschrieb eine andere Abweichung. Hersteller- oder lokale Erweiterungen konnten mit registrierten Werten oder privaten x--Namen gekennzeichnet werden. Der Name zeigte die Abhängigkeit. Er installierte das Repertoire nicht, und die RFC warnte, dass solche Erweiterungen die Interoperabilität verschlechtern konnten.

Jede Zeile setzte eine neue Ausgangslage

Die im März 1996 als Informational veröffentlichte RFC 1922 entwarf ISO-2022-CN für eine Welt zustandsbehafteter Sieben-Bit-Nachrichten. Der Text begann in ASCII. Eine Escape-Sequenz bezeichnete einen registrierten Zeichensatz; SO wechselte zum chinesischen Doppelbyte-Satz, SI kehrte zu ASCII zurück. Eine spätere Bezeichnung desselben Registers ersetzte die frühere.

Die entscheidende Regel galt pro Zeile. Enthielt eine Zeile chinesische Zeichen, musste sie die notwendige Bezeichnung selbst tragen. Vor CRLF stellte SI ASCII wieder her. Damit begann und endete jede Zeile in einem bekannten Zustand.

Ohne diese Wiederholung wäre eine Scrollanzeige vom unsichtbaren oberen Teil abhängig. Ein Zitat oder ein erhaltenes Fragment könnte vollständige Bytes besitzen und trotzdem den aktiven Zeichensatz nicht kennen. Die redundante Bezeichnung machte die aktuelle Zeile lokal auswertbar und begrenzte einen verlorenen Zustandswechsel.

Ein kurzfristiger Wechsel musste kurzfristig bleiben

SS2 und SS3 galten nur für die nächsten zwei Bytes, also für ein chinesisches Zeichen. Danach setzte sich der vorherige SI/SO-Zustand fort. Diese Einmalumschaltung durfte nicht wie ein dauerhafter SO behandelt werden. Sonst veränderte eine korrekte Ausnahme alle folgenden Zeichen.

ISO-2022-CN-EXT erweiterte die registrierten Sätze und Ebenen. Für künftige ISO-Zuweisungen gab es Formen mit noch nicht vergebenen Abschlusszeichen. Sie durften vor der tatsächlichen Zuweisung nicht verwendet werden. Ein reservierter Syntaxraum war noch keine gemeinsame Semantik.

Auch deshalb muss eine Diagnose mehr als „chinesischer Modus“ festhalten. Sie braucht Bezeichnung, Register, Dauer, Rückkehr und die genaue Position im Bytestrom.

Sieben Bits lösten nicht das ganze Transportproblem

ISO-2022-CN und ISO-2022-CN-EXT blieben siebenbittig. Nur zum Schutz des höchsten Bits war daher gewöhnlich kein Content-Transfer-Encoding nötig. Ein passender MIME-Zeichensatz, gültige Zustandsfolgen und Empfängerunterstützung blieben trotzdem Voraussetzungen.

CN-GB und CN-Big5 verwendeten acht Bits. Auf einem Sieben-Bit-Pfad mussten Base64 oder Quoted-Printable die Darstellung schützen. Roher Acht-Bit-Transport hatte erst dann eine Grundlage, wenn SMTP 8BITMIME tatsächlich ausgehandelt hatte. Ein alter Mailer konnte sonst das achte Bit entfernen und trotz erfolgreicher Weitergabe unlesbaren Text liefern.

Charset-Name, Transfer-Encoding und 8BITMIME dokumentierten verschiedene Entscheidungen: Interpretation, Schutz der Darstellung und Transportfähigkeit. Keine davon authentifizierte den Verfasser, bestätigte eine Schrift oder bewies die menschliche Anzeige.

Zwei Bytes durften nicht an der Kante zerbrechen

Escape-Sequenzen verbrauchten Bytes, aber keine sichtbaren Spalten. Ein chinesisches Zeichen belegte gewöhnlich zwei Bytes und zwei Spalten. Die RFC verlangte, das Bytepaar nicht über einen Zeilenwechsel zu trennen, und empfahl ungefähr 75 sichtbare Spalten. So blieb Platz für das >, das eine Mailantwort beim Zitieren voranstellte.

Die Regel war auf gelebte Nutzung zugeschnitten. Eine Nachricht musste nicht nur den idealen Transport überstehen, sondern auch Ausschnitt, Zitat und Scrollfenster. Zeilenlokaler Zustand und Zitierreserve machten alltägliche Bearbeitung zu einem Teil des Interoperabilitätsentwurfs.

Big5-Konvertierung blieb eine Implementierungsfrage

Die Zuordnung zwischen Big5 und CNS 11643 hing von Konvertierungstabellen und Anbieterentscheidungen ab. Ein formal gültiger Strom konnte deshalb mit einer anderen Ausgabe, Erweiterung oder Schrift anders erscheinen. Die Kodierung konnte eine Glyphentradition nahelegen; sie bestätigte weder Herkunft noch Identität des Absenders.

Die zentrale Quelle ist RFC 1922. RFC 1468 und RFC 1557 liefern verwandte japanische und koreanische Sieben-Bit-Kontexte. RFC 1521 beschreibt das damalige MIME, RFC 1652 die 8BITMIME-Aushandlung und RFC 2046 die spätere Ordnung der MIME-Medientypen. RFC 3629 dokumentiert danach die Standardisierung von UTF-8.

Diese Dokumente zählen keine Installationen. RFC 1922 empfahl mindestens das Senden und Empfangen von ISO-2022-CN sowie den Empfang möglichst vieler beschriebener Formate. Sie belegt weder Produktkonformität noch einen automatischen, verlustfreien Wechsel zu UTF-8. Sicherheitsfragen wurden laut Security Considerations nicht behandelt.

Running-Code Primacy ist eine spätere analytische Disziplin: Dokument und Registername koordinieren, während Parser, Relais, Tabellen und Schriften die betriebliche Wirklichkeit hervorbringen. Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption trennt den kleinen deterministischen Kern—Bezeichnen, Umschalten, Bytebereich, Rückkehr—von lokal gewählten Repertoires und Migrationen. Diese spätere Lehre darf nicht als historische Absicht der Autoren ausgegeben werden.

RFC 1922 machte eine Differenz benennbar, ohne die Benennung zur Wahrheit aufzublasen. Und sie gab jeder Zeile genug Zustand, um nicht von einer unsichtbaren Vergangenheit beherrscht zu werden.