06.10.2026 · Signal Titans Editorial
Ray Tomlinson a relié deux programmes existants. Le network email était né.
Ray Tomlinson n’avait pas pour objectif d’inventer une nouvelle manière de communiquer à l’échelle mondiale.
Il travaillait sur des logiciels ARPANET chez BBN.
Les messages électroniques existaient déjà à l’intérieur de certains ordinateurs en time-sharing.
Le transfert de fichiers sur le réseau existait aussi.
Tomlinson regarda ces deux possibilités et se demanda ce qui se passerait s’il les reliait.
Le résultat fut le network email.
L’email existait avant de pouvoir voyager
Sur les premiers systèmes de time-sharing, plusieurs utilisateurs pouvaient laisser des messages à d’autres personnes sur la même machine.
C’était utile, mais le message ne quittait jamais cet ordinateur.
Si la personne visée utilisait un autre host, le programme local ne pouvait rien faire.
ARPANET changea le contexte.
Les ordinateurs étaient désormais connectés.
Il manquait une manière simple d’adresser une personne sur une autre machine.
Tomlinson combina deux outils existants
Chez BBN, il travaillait avec TENEX et les logiciels ARPANET.
SNDMSG permettait de laisser des messages à d’autres utilisateurs du même ordinateur.
CPYNET pouvait copier des fichiers entre machines reliées.
Tomlinson modifia les programmes pour que SNDMSG puisse envoyer un message par le réseau vers un autre host.
C’était le changement essentiel.
Le mail cessa d’être seulement une fonction locale.
Il devint un service réseau.
Il fallait ensuite un format d’adresse
Un simple username local ne suffisait plus.
Le système devait connaître deux choses :
Qui ?
Et sur quelle machine ?
Tomlinson chercha sur le clavier un caractère peu susceptible d’apparaître dans un username.
Il choisit @.
Il se lisait naturellement : user at host.
Un petit signe devint la frontière entre personne et machine.
Le premier message n’avait rien de cérémoniel
En 1971, Tomlinson envoya des messages de test entre des machines ARPANET chez BBN.
Il dira plus tard qu’il ne se souvenait pas du contenu du premier.
Probablement du texte aléatoire utilisé simplement pour vérifier que le système fonctionnait.
Pas de keynote.
Pas de phrase historique préparée.
L’important était que le message arrive.
L’expérience s’est diffusée parce qu’elle résolvait un problème évident
En 1972, le logiciel de network mail de BBN était distribué à d’autres sites ARPANET.
L’email devint rapidement l’une des applications les plus utiles du réseau.
Il rendait le réseau précieux même lorsqu’on ne transférait pas de fichiers ou qu’on n’utilisait pas de remote login.
Le réseau reliait désormais des personnes, pas seulement des machines.
Le symbole @ était une décision de design
Les bons systèmes de noms réduisent l’ambiguïté.
Le format de Tomlinson faisait cela avec presque aucune syntaxe.
À gauche, l’utilisateur local.
À droite, le host de destination.
Le séparateur était déjà présent sur le clavier et visuellement distinct.
Il y avait presque rien à apprendre.
Cette simplicité a aidé la convention à survivre.
L’innovation profonde était de relier des capacités existantes
L’histoire est souvent résumée par : « Ray Tomlinson a inventé l’email. »
C’est trop simple.
Les messages électroniques existaient avant lui.
Son breakthrough fut le network email : faire passer un message d’un utilisateur sur un ordinateur à un utilisateur sur un autre, avec un format d’adresse durable.
La leçon produit intéressante est qu’il n’a pas commencé avec une feuille blanche.
Il a relié deux choses qui fonctionnaient déjà.
Beaucoup de nouveaux produits se cachent entre des outils existants
Un système sait déjà créer quelque chose.
Un autre sait le transporter.
Un troisième sait identifier l’utilisateur.
Le produit manquant peut être la colle entre eux.
Les payments deviennent plus utiles lorsqu’ils se connectent à l’identité.
L’IA devient plus utile lorsqu’elle se connecte aux données de l’entreprise.
L’automatisation devient plus utile lorsqu’elle se connecte aux outils où le travail se déroule déjà.
La nouveauté peut être dans la connexion, pas dans le composant.
Une petite expérience secondaire peut devenir infrastructure
Tomlinson n’exécutait pas un grand plan d’entreprise pour réinventer la communication.
Il testait une idée en travaillant sur d’autres logiciels ARPANET.
L’idée était assez utile pour se diffuser.
Quand les gens ont commencé à en dépendre, la convention est devenue infrastructure.
C’est ainsi que beaucoup de standards apparaissent : une solution simple est utilisée suffisamment longtemps pour que la remplacer coûte plus cher que la conserver.
La meilleure interface peut tenir dans un seul caractère
Aujourd’hui, @ paraît inévitable.
Ce ne l’était pas.
Quelqu’un devait décider comment combiner identité humaine et identité machine dans une adresse.
Tomlinson l’a résolu avec un caractère déjà présent sur le clavier.
Quelles deux capacités de votre produit fonctionnent déjà séparément mais pourraient devenir beaucoup plus précieuses si quelqu’un les reliait par une convention très simple ?
Sources
- Internet Hall of Fame — Official Biography: Raymond Tomlinson
- Internet Hall of Fame — Raymond Tomlinson
- Internet Hall of Fame — Meet the Man Who Put the “@” in Your E-Mail
- Computer History Museum — Internet History, 1970s
- RFC 561 — Standardizing Network Mail Headers
- Portrait de l’image à la une — Ray Tomlinson, photo Andreu Veà / WiWiW.org, CC BY-SA 3.0 via Wikimedia Commons. Le graphique éditorial de routage mail est original ; le dérivé reste sous la même licence.
SIGNAL TITANS.jpg){kind=link}