Résumé

  • RFC 1502 expliquait comment le corps X.400 GeneralText annonçait plusieurs jeux de caractères, tandis que les séquences ISO 2022 déterminaient le jeu actif à chaque endroit du flux.
  • Le logiciel de lecture devait rendre visible le caractère impossible à afficher et ne jamais lui substituer le caractère local occupant la même position de bit. Les conseils aux expéditeurs ne dispensaient pas le lecteur de vérifier le flux reçu.

Une lettre manquante se voit. Une lettre fausse se lit. Harald Alvestrand s’attaquait à cette seconde erreur dans son texte d’août 1993 sur les jeux de caractères étendus du courrier X.400. L’enjeu n’était plus seulement de transporter le message. Il fallait que le destinataire puisse distinguer ce que l’expéditeur avait écrit de ce que sa machine savait dessiner.

GeneralText pouvait mentionner, dans l’enveloppe et dans ses paramètres, tous les jeux de caractères utilisés. À l’intérieur du message, les désignations et changements d’état ISO 2022 attribuaient un sens aux octets. L’état initial supposait IA5 en G0 et le jeu de contrôle standard en C0 ; un autre départ exigeait des annonces et des échappements. Pour lire un octet plus loin dans le texte, la liste des jeux ne suffisait pas : il fallait suivre les changements intervenus entre-temps.

Le document recommandait aux auteurs de garder l’ASCII en G0 et de placer, si possible, un jeu ISO 8859 approprié en G1. Ce choix conservait la représentation binaire de l’ASCII. Mais il précisait aussitôt que le lecteur ne devait pas présumer que ces recommandations avaient été suivies. Le logiciel de réception héritait du courrier tel qu’il arrivait, pas du courrier idéal décrit quelques pages plus haut.

L’article 4 formulait alors une discipline d’affichage. Un agent capable de lire GeneralText devait reconnaître IA5 et ses jeux natifs, signaler tout caractère que son dispositif ne pouvait restituer et ne jamais afficher à sa place un caractère natif ayant simplement le même emplacement binaire. Cette dernière commodité aurait transformé une limite du terminal en faux témoignage attribué à l’expéditeur.

Alvestrand souhaitait aussi deux modes de lecture : l’un utilisant des solutions de repli, l’autre marquant les caractères impossibles à rendre. Il recommandait de sauvegarder le message avec ses informations de jeux de caractères. Les mêmes attentes visaient les passerelles convertissant GeneralText vers un autre format, notamment MIME. Un affichage pratique et une archive capable de préserver le sens ne sont pas le même objet.

La conversion avait sa ligne rouge. Si aucun jeu disponible ne contenait un caractère, le texte proposait un marqueur de substitution, un moyen mnémotechnique signalé hors bande, une approximation compréhensible ou le refus du message. Si l’expéditeur avait interdit toute conversion avec perte, seul le refus restait possible. La fiche actuelle du RFC Editor classe RFC 1502 comme Historic, alors que le texte de 1993 le présentait sur la voie de normalisation. Aucun logiciel de lecture nommé n’y est testé. La règle, elle, reste limpide : montrer l’échec de la machine avant de prêter à l’auteur une lettre qu’il n’a pas envoyée.