Resumo

  • O RFC 1502 explicou que GeneralText podia anunciar vários conjuntos de caracteres, mas o significado de cada byte dependia das designações e mudanças de estado ISO 2022 ao longo da mensagem.
  • O programa de leitura devia assinalar o caractere que a saída não podia mostrar e nunca substituí-lo pelo caractere local de mesma posição binária. As recomendações feitas ao remetente não eram um atalho para interpretar o texto recebido.

Uma lacuna visível incomoda. Um caractere falso pode ser lido como se o remetente o tivesse escrito. Harald Alvestrand escolheu enfrentar essa fraude silenciosa em agosto de 1993, ao descrever o uso de conjuntos ampliados no correio X.400. O transporte já podia carregar diferentes repertórios; faltava impedir que a última máquina da cadeia inventasse uma leitura convincente.

O corpo GeneralText trazia nos parâmetros a lista dos conjuntos usados. Dentro do fluxo, sequências de escape e de mudança de estado ISO 2022 determinavam qual conjunto valia em cada trecho. O ponto de partida presumido era IA5 em G0 e o conjunto de controle padrão em C0. Uma mensagem com outro início precisava anunciá-lo. A lista de conjuntos funcionava como índice; para decifrar um byte no meio do texto era preciso acompanhar o caminho até ele.

O RFC recomendava ao remetente manter US-ASCII em G0 e, quando possível, colocar um conjunto ISO 8859 em G1. Isso preservava o valor binário dos trechos ASCII. Ao falar do destinatário, porém, o texto retirava qualquer licença para presumir que o remetente havia seguido a receita. A chegada de uma mensagem real, talvez atravessando programas antigos e conversões, exigia leitura do estado efetivo.

A seção de apresentação era direta. Um leitor capaz de processar GeneralText deveria reconhecer IA5 e seus conjuntos nativos, indicar caracteres que o dispositivo não pudesse mostrar e jamais exibir um glifo nativo por coincidência de posição binária com um caractere desconhecido. A máquina não ganhava autoridade para alterar a frase porque conhecia um desenho para aquele número.

O documento também preferia oferecer uma visão com alternativas e outra com as lacunas marcadas, além de guardar o conteúdo com os dados dos conjuntos de caracteres. A orientação alcançava gateways que convertiam GeneralText em MIME ou outro formato. Guardar os bytes sem guardar como interpretá-los podia tornar inútil uma futura conferência do original.

Se nenhum conjunto de saída comportasse um caractere, a seção 5 admitia marcador de substituição, mnemônico com aviso fora da mensagem, aproximação legível ou recusa da conversão. Quando o próprio recado proibia perda, restava a recusa. O registro atual do RFC Editor marca o RFC 1502 como Historic; a capa de 1993 o situava então no caminho de padronização. O texto não apresenta um leitor específico testado. Sua escolha editorial permanece clara: exibir a falha da tela antes de emprestar ao autor uma letra que ele não mandou.