Résumé

  • Le RFC 1911 a remplacé l’échange vocal analogique entre machines par un profil numérique minimal réutilisant MIME et ESMTP.
  • Une capacité annoncée ou une transaction SMTP achevée ne prouvait ni la conservation des en-têtes, ni le décodage, ni la remise à la bonne boîte, ni l’écoute par l’utilisateur.
  • Les démonstrations de 1996 et 1997 ont conduit le RFC 2421 à modifier sensiblement le profil : l’essai a corrigé l’objet, il ne l’a pas simplement certifié.

Réussir le transport, perdre la mémoire

Les plates-formes visées étaient des ordinateurs spécialisés reliés à un commutateur téléphonique. Elles répondaient aux appels et présentaient les messages par combiné et clavier numérique. Pour joindre une machine distante, les réseaux antérieurs pouvaient utiliser des tonalités DTMF puis rejouer la voix en analogique. Le profil de 1996 proposait de transporter désormais un objet numérique sur l’infrastructure du courrier Internet.

Publié en février 1996 avec le statut Experimental, et non comme Internet Standard, le RFC 1911 documentait un essai de socle commun. Cette qualification interdisait d’en faire un certificat de maturité pour toute la messagerie vocale.

Cette réutilisation avait une condition : ne pas attribuer à la machine vocale les facultés d’un serveur de courrier général. Beaucoup ne savaient pas afficher le texte. Elles réunissaient souvent l’agent de transfert et l’agent utilisateur, effectuaient la remise finale et ne relayaient pas les messages. Leur stockage pouvait oublier une partie des champs Received, du Message-ID ou de la liste des destinataires. Les listes de diffusion étaient des alias locaux. L’erreur devait être interprétable par une machine, puisqu’aucun opérateur humain ne lisait forcément un rapport.

Un fichier audio intact n’effaçait pas ces pertes. Sans trace complète, la route ne pouvait plus être reconstituée avec la même précision. Sans identifiant durable, le rapprochement entre message et notification devenait fragile. Sans destinataires conservés, « répondre à tous » cessait d’être possible. Le profil pouvait imposer des champs sur le fil sans garantir que le magasin local les garderait.

Le profil minimal nommait ce qu’il excluait

Le RFC 1911 fixait un socle commun. Une machine pouvait offrir davantage, mais l’émetteur ne devait pas utiliser un format enrichi sans connaissance explicite de la destination. Un répertoire local de capacités était envisagé. Sa création, sa mise à jour et son autorité n’étaient pas normalisées.

Ce répertoire devenait donc une pièce de contrôle. Une ligne pouvait autoriser un autre codec ou la télécopie. Elle pouvait aussi être périmée, viser la mauvaise destination ou décrire un logiciel installé mais désactivé. Il fallait conserver séparément la croyance configurée et la capacité annoncée au moment de la session ESMTP.

L’étiquette « compatible VPIM » restait elle aussi insuffisante. Elle ne précisait pas toujours la version, les options, le rôle d’une passerelle, le codec choisi, la structure MIME, la réponse du serveur ou le résultat de lecture. L’interopérabilité ne devenait vérifiable qu’en nommant ces éléments.

Le numéro composé ne portait pas son domaine

L’adresse Internet associait une partie locale à un domaine. L’utilisateur vocal, lui, composait souvent un identifiant numérique court. La machine devait choisir le nom de domaine pleinement qualifié correspondant, par un mécanisme laissé à l’implémentation.

Le numéro était donc une entrée locale, pas une identité mondiale. Deux entreprises pouvaient utiliser la même extension. Un changement de plan téléphonique pouvait rendre une table fausse. DNS pouvait résoudre parfaitement le domaine choisi sans prouver que la conversion initiale du numéro vers ce domaine était correcte.

Le profil exigeait postmaster pour le diagnostic. Il proposait aussi une adresse loopback renvoyant un nouveau message depuis postmaster. Le RFC 2421 l’a ensuite déconseillée pour des raisons de sécurité. Le mécanisme de test avait une utilité, mais son inscription dans le premier profil ne lui conférait pas une innocuité permanente.

SIZE mesurait l’enveloppe, pas la durée

L’appelant pensait en minutes. L’extension ESMTP SIZE comptait des octets, y compris l’emballage MIME. Le passage d’une durée à une taille dépendait du codec. La même parole changeait encore de volume selon que le chemin acceptait le binaire ou exigeait Base64.

Audio/32KADPCM formait le codec commun obligatoire. Les autres formats, normalisés ou propriétaires, demandaient une connaissance explicite de la destination. Ce choix créait un plancher d’interopérabilité ; il ne garantissait ni la qualité acoustique d’une machine, ni un décodage réussi, ni l’intelligibilité du message.

Une annonce ESMTP décrivait ce que le pair disait accepter sur ce saut. Elle ne prouvait pas que le stockage final conserverait les en-têtes, que le codec serait actif, que la boîte numérique serait la bonne ou que l’utilisateur écouterait l’enregistrement. Même la réponse positive à la transaction ne pouvait porter seule ces conclusions.

Une erreur structurée devait devenir audible

Un rapport textuel destiné à un administrateur ne suffisait pas à un usager dont la seule interface était le téléphone. Le profil s’appuyait sur des notifications d’état de remise structurées afin que la machine puisse transformer l’échec en indication utile.

Mais une notification ne connaissait que l’état observé par son émetteur. Elle ne garantissait pas que chaque saut avait conservé le même Message-ID, qu’une remise finale impliquait un décodage, ni que l’appelant avait entendu l’avis. L’enveloppe, l’identifiant, le rapport, l’action de la boîte et la présentation vocale restaient des reçus distincts.

Les démonstrations ont réécrit le profil

Le RFC 2421 attribue sa révision à une preuve de concept menée à EMA’96 puis à des démonstrations de produits à EMA’97. Il qualifie la nouvelle version de sensiblement différente. Le contenu de la révision permet de voir ce que l’expérience avait rendu nécessaire.

La dépendance à la position des éléments de multipart/voice-message a disparu. Le contenu autorisé a été mieux circonscrit. Le transfert et la réponse ont été explicités. La télécopie, les cartes de répertoire et les notifications ont été développées. L’adresse de rebouclage a été déconseillée. Les considérations de sécurité ont pris plus de place.

Ce bilan ne fournit ni liste de fournisseurs ni taux de réussite, et il ne prouve pas un déploiement universel. Il montre quelque chose de plus précis : l’essai du code a changé la norme proposée. Le résultat n’était pas « le profil 1 est vrai », mais « plusieurs hypothèses du profil 1 doivent être remplacées ».

Le RFC 3801 a ensuite formellement rendu le RFC 2421 obsolète et reformulé VPIM version 2 avec davantage de précision, tout en indiquant qu’il ne changeait pas son protocole. Une correction du fil et une correction de l’ambiguïté documentaire ont des effets différents ; l’histoire doit conserver les deux.

La limite explicite rendait le passage honnête

Le RFC 1911 n’est pas seulement un épisode où le courrier électronique aurait absorbé la voix. Il montre comment une infrastructure générale peut accueillir un appareil limité si le socle commun reste étroit et si les pertes ne sont pas cachées derrière un label.

La preuve complète doit suivre le domaine choisi, la résolution DNS, le pair SMTP, les capacités annoncées, l’enveloppe exacte, l’arbre MIME, le codec, la taille, la remise finale, les en-têtes conservés, le décodage, la boîte sélectionnée, la notification corrélée et l’écoute. Accepter le son était une étape réelle. Ce n’était pas encore préserver le message.

Sources