Resumen

  • RFC 1922 exigía que cada línea ISO-2022-CN con caracteres chinos repitiera la designación necesaria y regresara a ASCII antes de CRLF. Así, la línea visible no dependía de una secuencia de escape oculta más arriba.
  • Las designaciones, SI/SO y los desplazamientos de un solo carácter SS2/SS3 construían una gramática de siete bits. La gramática no demostraba entrega, repertorio completo, glifo correcto ni identidad.
  • charset-edition y charset-extension declaraban años de tabla y adiciones locales. Hacían diagnosticable una diferencia que solo implementaciones y fuentes compatibles podían resolver.

Repetir era una forma de recuperar

Un lector de correo rara vez contempla el mensaje como una cinta continua desde el primer octeto. Desplaza la pantalla, abre una cita, recibe un fragmento reenviado o empieza a mostrar cuando ya se perdió el contexto anterior. En una codificación con estado, esa comodidad puede convertir una línea intacta en signos equivocados.

RFC 1922 apareció en marzo de 1996 como documento Informational. Su forma ISO-2022-CN empezaba en ASCII y obligaba a que toda línea con chino llevara la designación pertinente. Antes del retorno de carro y salto de línea, SI restablecía ASCII. La línea siguiente empezaba con una premisa común.

La repetición no comprimía bien, pero limitaba el radio de una avería. Si una designación anterior desaparecía, no contaminaba necesariamente el resto del mensaje. Si la ventana de desplazamiento comenzaba a mitad, podía interpretar esa línea sin reconstruir una historia invisible. El estado se volvía evidencia local.

Una tabla y un turno eran decisiones distintas

La secuencia de escape designaba qué conjunto quedaba asociado a un registro. SO cambiaba al conjunto chino de dos bytes; SI regresaba a ASCII. Otra designación sobre el mismo registro sustituía la anterior. Por eso “está en modo chino” era un registro insuficiente: había que saber qué conjunto y desde cuándo.

SS2 y SS3 funcionaban como préstamos de duración exacta. Invocaban otro conjunto para los dos bytes siguientes—un carácter—y luego reanudaban el estado SI/SO previo. No eran cambios permanentes. Un decodificador que prolongara ese préstamo transformaría los bytes correctos posteriores en caracteres falsos.

ISO-2022-CN-EXT añadió más conjuntos y planos registrados. La sintaxis dejó huecos con caracteres finales todavía sin asignar, pero prohibió usarlos hasta una asignación ISO efectiva. Reservar espacio para el futuro no otorgaba autoridad para ocuparlo.

El octavo bit necesitaba otro testigo

ISO-2022-CN y su extensión se mantenían en siete bits. No necesitaban Content-Transfer-Encoding únicamente para evitar que un correo de siete bits cortara el bit alto. Aun así, el mensaje requería una etiqueta MIME precisa, estado legal y un receptor que conociera el repertorio.

CN-GB y CN-Big5 eran formas de ocho bits. Podían envolverse en Base64 o Quoted-Printable para atravesar rutas antiguas, o viajar directamente cuando 8BITMIME se había negociado. Enviar los bytes crudos a través de un agente de siete bits arriesgaba perder el bit alto y producir texto ilegible.

La etiqueta de charset decía cómo interpretar. La codificación de transferencia protegía cómo transportar. 8BITMIME anunciaba una capacidad SMTP concreta. Ninguno de esos hechos garantizaba el final del recorrido, el mapa de caracteres, la fuente tipográfica ni la lectura humana.

Un año acotaba el error, no certificaba la letra

Las tablas chinas tenían ediciones. charset-edition permitía declarar el año esperado. Una implementación que entendía el parámetro podía seleccionar el mapa correcto. La que no lo entendía debía ignorarlo y quizá mostrar una edición anterior con unas pocas diferencias, en vez de fingir que el parámetro creaba compatibilidad.

charset-extension nombraba extensiones de proveedores o repertorios locales, con valores registrados o privados x-. Declarar la dependencia ayudaba a explicar un glifo ausente. No instalaba ese glifo en el receptor; de hecho, esas extensiones podían reducir la interoperabilidad.

Las conversiones Big5–CNS 11643 quedaron ligadas a tablas e implementaciones. Por eso una cadena válida podía terminar en una forma visual distinta. La codificación podía asociarse a una tradición de glifos, pero no autenticaba nacionalidad, ubicación ni autoría.

Setenta y cinco columnas protegían una respuesta futura

Las secuencias de escape ocupaban bytes, no columnas. Un carácter chino solía ocupar dos bytes y dos columnas. RFC 1922 recomendó no separar esos dos bytes y mantener unas 75 columnas visibles, dejando margen para el > que el correo insertaba al citar.

La regla contemplaba una transformación cotidiana, no un laboratorio ideal. El mensaje debía sobrevivir no solo al SMTP, sino también al acto social de responderlo. La independencia por línea y el margen de cita eran dos versiones de la misma cautela: diseñar para cortes previsibles.

El expediente documenta el diseño, no su difusión

La fuente central es RFC 1922. RFC 1468 y RFC 1557 aportan contextos japoneses y coreanos de correo con estado de siete bits. RFC 1521 describe el MIME contemporáneo; RFC 1652, la frontera negociada de 8BITMIME; y RFC 2046, la aclaración posterior de tipos MIME. RFC 3629 documenta después la estandarización de UTF-8.

No forman un censo de software. RFC 1922 recomendó que las implementaciones al menos enviaran y recibieran ISO-2022-CN y aceptaran tantos formatos descritos como fuera práctico. No identificó despliegues ni probó una transición automática y sin pérdidas a UTF-8. La seguridad no fue discutida en su sección correspondiente.

La primacía del código en ejecución sirve como disciplina analítica posterior: los nombres registrados coordinan, pero son los analizadores, relés y tipos de letra los que producen el resultado operativo. La especificación inicial mínima, decisión futura localizada y adopción voluntaria permite aislar el núcleo verificable—designar, desplazar, limitar bytes y volver—de los repertorios que cada participante adoptó. No debe atribuirse esa doctrina a los autores de 1996.

La aparente ineficiencia fue la virtud. RFC 1922 repitió suficiente presente para que una línea no quedara gobernada por un pasado que el lector no podía ver.