Der Text der ersten Nachricht ist vergessen, ihr Adresszeichen dagegen weltweit bekannt. Diese ungewöhnliche Überlieferung führt mitten in die Geschichte der E-Mail: Entscheidend war 1971 keine große Botschaft, sondern die Möglichkeit, eine Nachricht an einen Nutzer auf einem anderen Rechner zu schicken. Ray Tomlinson verband dafür vorhandene Programme und gab dem @-Zeichen eine neue Aufgabe. Aus einem technischen Versuch entstand eine Voraussetzung für eine Kommunikationsform, die später Forschung, Unternehmen und Kundenbeziehungen verändern sollte.
Die verbreitete Formulierung, Tomlinson habe 1971 „die E-Mail erfunden“, benötigt allerdings eine Präzisierung. Elektronische Post innerhalb einzelner Computersysteme war älter. Auch die spätere Internet-E-Mail mit standardisierten Formaten, Übertragungsprotokollen und komfortablen Programmen entstand nicht vollständig in diesem einen Jahr. Historisch besonders wichtig ist Tomlinsons Beitrag zur personenbezogenen Post zwischen vernetzten Rechnern. Für die Marketinggeschichte liegt seine Bedeutung in der Erweiterung kommunikativer Möglichkeiten. Ein Forschungsnetz wurde dadurch noch nicht zum Werbekanal; zwischen technischer Erreichbarkeit und einer funktionierenden Kundenbeziehung liegen weitere Entwicklungen und Entscheidungen.
Vor 1971: Elektronische Post auf einem gemeinsamen Rechner
Am Massachusetts Institute of Technology entwickelten Tom Van Vleck und Noel Morris 1965 den MAIL-Befehl für das Compatible Time-Sharing System, kurz CTSS. Nutzer konnten Text im Postfach eines anderen Nutzers desselben Systems hinterlassen, der ihn später las. Van Vleck unterscheidet dies von einer ebenfalls vorhandenen Funktion für unmittelbare Terminalnachrichten. Der MAIL-Befehl wurde im Sommer geschrieben und im Herbst installiert; spätere Komfortfunktionen gehörten noch nicht dazu (Van Vleck, 2012).
Diese Unterscheidung verändert den Blick auf die Anfänge. Elektronische Kommunikation setzte nicht voraus, dass jeder Beteiligte einen eigenen Computer besaß. Mehrere Menschen konnten über Terminals auf ein gemeinsames System zugreifen. Die technische Grenze einer lokalen Post war deshalb nicht identisch mit der Entfernung zwischen den Personen. Menschen an unterschiedlichen Orten konnten dasselbe System nutzen; zwei Rechner im selben Raum blieben hingegen getrennte Systeme. „Lokal“ bezeichnet hier die Zugehörigkeit zum Computersystem und nicht notwendig räumliche Nachbarschaft.
Damit war bereits eine wichtige Kommunikationsidee vorhanden: Sender und Empfänger mussten nicht gleichzeitig aktiv sein. Eine gespeicherte Nachricht überbrückte ihre unterschiedlichen Arbeitszeiten. Das ist eine andere Leistung als die unmittelbare Unterhaltung und auch eine andere als das bloße Übertragen einer Datei ohne bestimmte Empfängerzuordnung. Wer die E-Mail-Geschichte auf einen einzigen ersten Moment reduziert, kann solche Unterschiede übersehen. Die Frage muss jeweils lauten, welche Funktion tatsächlich vorhanden war und welche Grenze eine Neuerung überwand.
BBN, TENEX und das Umfeld Ray Tomlinsons
Tomlinson hatte Elektrotechnik am Rensselaer Polytechnic Institute und anschließend am MIT studiert. 1967 wechselte er zu Bolt Beranek and Newman, kurz BBN. Dort arbeitete er unter anderem am Time-Sharing-Betriebssystem TENEX und an Netzwerksoftware. Die offizielle Biografie der Internet Hall of Fame verbindet seinen Beitrag von 1971 ausdrücklich mit der Kombination der Programme SNDMSG und CPYNET (Internet Hall of Fame, o.J.).
Das Umfeld ist für die Erklärung wichtiger als ein nachträglich erfundenes Bild vom isolierten Genie. Ein Entwickler konnte auf Betriebssysteme, Nutzerkonten, Dateiverwaltung, Terminals und eine vorhandene Netzverbindung zurückgreifen. Seine Neuerung musste diese Bestandteile sinnvoll verbinden. Gerade bei Infrastruktur entsteht ein entscheidender Fortschritt häufig dadurch, dass bisher getrennte Fähigkeiten zusammenwirken. Das schmälert den individuellen Beitrag nicht. Es beschreibt genauer, worin er bestand.
Die vom Computer History Museum veröffentlichte Chronologie von Elizabeth Feinler und John Vittal verortet die Netzwerkdemonstration im Herbst 1971. Sie beschreibt, wie Tomlinson das TENEX-Programm SNDMSG mit einer Übertragungsmöglichkeit aus CPYNET verband, sodass Nachrichten an das Postfach eines anderen TENEX-Rechners angehängt werden konnten. Die Empfängerangabe erhielt dafür einen Rechnernamen hinter dem @-Zeichen (Feinler und Vittal, 2022).
Ein elektronisches Postfach war dabei kein kleines Abbild eines heutigen Webmail-Angebots. Der historische Vorgang lässt sich zunächst als geregeltes Ergänzen gespeicherter Information verstehen. Die grundlegende Aufgabe bestand darin, eine Nachricht an der richtigen Stelle verfügbar zu machen. Ordneroberflächen, mobile Benachrichtigungen und moderne Kampagnenprogramme dürfen nicht in diese frühe Situation hineingelesen werden. Technische Verwandtschaft über Jahrzehnte bedeutet keine Gleichzeitigkeit sämtlicher vertrauter Funktionen.
Was die erste Nachricht tatsächlich belegt
Tomlinsons eigener Erinnerungsbericht beschreibt Tests zwischen zwei unmittelbar nebeneinanderstehenden Rechnern, deren Verbindung über das ARPANET verlief. Er erinnerte sich nicht an den genauen Text. Die oft genannte Zeichenfolge „QWERTYUIOP“ bezeichnete er als wahrscheinliches Beispiel, nicht als gesicherte Abschrift. Anschließend erklärte er seiner Arbeitsgruppe die neue Möglichkeit; Anfang 1972 wurde die Netzwerkfunktion mit einer TENEX-Version weitergegeben (Tomlinson, 2016).
Ein einziges Fragezeichen kann hier den Unterschied zwischen sorgfältiger Geschichte und Legendenbildung ausmachen. Die Feststellung, eine Nachricht sei vermutlich eine belanglose Testfolge gewesen, erlaubt nicht, diese Folge später als erhaltenes Originalzitat auszustellen. Ebenso wenig sollte aus einer ungefähren Datierung ein exakt belegter Kalendertag werden. Der Versuch ist historisch bedeutend, obwohl seine erste Nutzlast nicht erhalten ist. Nicht jede Erfindung besitzt ein feierliches Gründungsdokument.
Dass die Rechner nebeneinanderstanden, macht den Test nicht weniger zu einem Netzwerkversuch. Entscheidend war der Übertragungsweg zwischen getrennten Systemen. Diese Beobachtung ist auch für eine Ausstellung interessant: Die räumlich unspektakuläre Anordnung kann eine wichtige technische Grenze sichtbar machen. Ein großer geografischer Abstand hätte eine eindrucksvollere Geschichte geliefert, war aber nicht die Bedingung für den entscheidenden Funktionsnachweis.
Auch eine erhaltene erste Testnachricht würde noch nicht sämtliche späteren Wirkungen erklären. Sie könnte den erfolgreichen Versuch belegen. Für Verbreitung, Nutzung und wirtschaftliche Bedeutung wären andere Quellen nötig. Zwischen dem Nachweis, dass etwas funktioniert, und dem Nachweis, dass es in einer Gemeinschaft selbstverständlich geworden ist, liegt ein eigener historischer Prozess.
Warum das @-Zeichen wichtig wurde
Tomlinson erfand nicht die grafische Form des @. Das Museum of Modern Art verweist auf ältere kaufmännische Verwendungen und sein Vorkommen auf Schreibmaschinentastaturen. Für die Netzwerkadresse erhielt das vorhandene Zeichen eine neue Funktion. Die genaue frühe Herkunft des Symbols ist umstritten; die Geschichte seiner Verwendung für E-Mail muss deshalb nicht von einer einzigen weit zurückliegenden Ursprungserzählung abhängig gemacht werden (Museum of Modern Art, o.J.).
Die Lösung trennte zwei Fragen, die gemeinsam beantwortet werden mussten: Welcher Nutzer war gemeint, und auf welchem Rechner befand er sich? Ein Name allein genügte nicht, wenn derselbe oder ein ähnlicher Nutzername an mehreren Stellen vorkommen konnte. Die Verbindung von lokaler Kennung und Host machte aus einem innerhalb eines Systems verständlichen Namen eine netzbezogene Empfängerangabe. Darin liegt die funktionale Bedeutung des Zeichens.
In seinem 2009 geführten Interview erinnerte Tomlinson daran, dass die nötigen Fähigkeiten größtenteils bereits vorhanden gewesen seien. Er schilderte die spätere Weitergabe mit TENEX und den Nutzen zeitversetzter Kommunikation für eine zunächst kleine Forschungsgemeinschaft. Er betonte damit zugleich die Grenzen der frühen Reichweite: große Beliebtheit innerhalb dieses Kreises bedeutete noch keine sofortige weltweite Wirkung (Tomlinson, 2009).
Aus heutiger Sicht kann die Adresse als kleine Schnittstelle zwischen Menschen und Infrastruktur gelesen werden. Sie erlaubt eine verständliche Zuordnung, ohne dass der Nutzer jedes technische Detail des Weges kennen muss. Diese Interpretation erklärt auch, warum ein unscheinbares Zeichen kulturell sichtbarer werden konnte als das Programm, in dem seine neue Funktion erstmals eingesetzt wurde. Die symbolische Bekanntheit ist eine Wirkung der späteren Verbreitung, kein Maß für die Größe des ursprünglichen Programmcodes.
1971 wurde auch über andere Postmodelle nachgedacht
Am 20. Juli 1971 veröffentlichte Richard W. Watson vom Stanford Research Institute RFC 196, „A Mail Box Protocol“. Der Vorschlag sollte Nachrichten und Dokumente zwischen Standorten austauschbar machen, ohne deren jeweilige Dateikonventionen kennen zu müssen. Vorgesehen waren auch unmittelbares oder späteres Drucken und nummerierte Postfächer. Das Dokument beschreibt damit eine andere konkrete Problemstellung als lediglich einen persönlichen Nachrichtentext (Watson, 1971a).
Mit RFC 221 vom 25. August 1971 überarbeitete Watson den Ansatz. Auf Rückmeldungen hin sollte das Postfachprotokoll enger an das File Transfer Protocol angelehnt werden. Die neue Fassung besprach das Anhängen an eine Datei und eine standortübergreifend verständliche Benennung. Sie ist ein zeitgenössischer Beleg dafür, dass Architekturfragen diskutiert und Vorschläge verändert wurden (Watson, 1971b).
Diese Dokumente machen die Geschichte anspruchsvoller und interessanter. Eine datierte Spezifikation ist nicht automatisch die erste funktionierende Implementierung. Ein funktionierendes Programm ist umgekehrt noch keine allgemein vereinbarte Netzkonvention. Beide Quellengattungen beantworten verschiedene Fragen. Watsons Texte zeigen den laufenden Entwurfsprozess, während Tomlinsons Bericht eine konkrete Implementierung schildert. Eine angemessene Darstellung kann beide Beiträge würdigen, ohne sie künstlich zu demselben Ereignis zu erklären.
Auch das gedankliche Modell war nicht von Anfang an festgelegt. Elektronische Post konnte als Dokumentdienst, als Ausgabe an entfernten Geräten oder als Nachricht für bestimmte Personen verstanden werden. Welche Aufgaben in einer frühen Spezifikation hervorgehoben werden, verrät etwas über die damaligen Nutzer und Institutionen. Die spätere Selbstverständlichkeit des persönlichen Posteingangs sollte diese ursprüngliche Offenheit nicht verdecken.
1973: Gemeinsame Regeln statt einzelner Insellösungen
Michael D. Kudlicks RFC 469 fasst ein Treffen vom 23. Februar 1973 bei SRI-ARC zusammen. Diskutiert wurden unter anderem mehrere Empfänger, Rückadressen, Autorenangaben und das Aufzeichnen von Nachrichten. Die Schreibweise user@host erscheint ausdrücklich als gemeinsame Adressform. Das Protokoll dokumentiert Abstimmung zwischen Beteiligten und nicht nur die Arbeit an einem einzelnen Programm (Kudlick, 1973).
Jim White legte am 13. Juni 1973 mit RFC 524 einen weitergehenden Protokollvorschlag vor. Er beschrieb die damalige Zustellung über die FTP-Befehle MAIL und MLFL und bat ausdrücklich um Kommentare zu seiner reichhaltigeren Alternative. Ein Dokument, das einen Vorschlag formuliert und mögliche Fehler zur Diskussion stellt, ist keine Garantie, dass alle vorgesehenen Funktionen anschließend überall eingesetzt wurden (White, 1973).
Für die Infrastrukturgeschichte ist diese Unterscheidung zentral. Ein Netz kann viele brauchbare lokale Lösungen enthalten und trotzdem an Übergängen scheitern. Unterschiedliche Empfängerregeln oder Rückmeldungen erschweren den Austausch. Die Arbeit an gemeinsamen Konventionen schafft deshalb einen eigenen Nutzen: Beteiligte müssen nicht jedes Detail bei jedem Kontakt neu aushandeln. Ihre Programme können verschieden bleiben, solange die vereinbarten Übergänge funktionieren.
In dieser Perspektive entsteht eine Kommunikationsinfrastruktur durch wiederholte Anschlussfähigkeit. Eine gelungene Einzelsendung beweist eine Verbindung zwischen zwei Stellen. Eine belastbare Infrastruktur muss sehr viel mehr mögliche Verbindungen zulassen und dabei auch Fehler behandeln. Diese Erweiterung ist weniger bildhaft als die erste Nachricht, für die spätere praktische Bedeutung aber mindestens ebenso erklärungsbedürftig.
Absender, Betreff und Datum: Die Geschichte der Nachrichtenköpfe
RFC 561 vom 5. September 1973 wurde von Abhay Bhushan, Ken Pogran, Ray Tomlinson und Jim White verfasst. Die Autoren bemängelten unterschiedliche Formate für Angaben wie Autor, Titel und Datum. Dadurch werde die automatische Verarbeitung eingehender Post erschwert. Ihr Vorschlag definierte eine gemeinsame Struktur mit Nachrichtenkopf und Text sowie Feldern für Absender, Datum und Betreff (Bhushan et al., 1973).
Theodore H. Myer und D. Austin Henderson erweiterten diese Arbeit am 30. April 1975 mit RFC 680. Sie betonten das Zusammenspiel menschlicher Lesbarkeit und maschineller Verarbeitung. Gemeinsame Felder sollten auch dann nützlich sein, wenn noch nicht jedes System sie automatisch auswertete. Der Text verstand sich als nächster Entwicklungsschritt und ließ Raum für weitere Erfahrungen (Myer und Henderson, 1975).
Die Bedeutung solcher Festlegungen lässt sich ohne Spezialwissen erkennen. Eine Person kann aus einem unregelmäßig geschriebenen Brief oft erschließen, wer ihn verfasst hat und worum es geht. Ein Programm benötigt verlässlich erkennbare Strukturen. Sobald viele Nachrichten gespeichert, sortiert oder weiterverarbeitet werden sollen, bekommt die Trennung einzelner Angaben praktischen Wert. Der Nachrichtenkopf ist deshalb nicht bloß eine dekorative Nachahmung des Büromemos.
Für spätere Unternehmenskommunikation liegt darin eine wichtige Voraussetzung. Ein Gegenstand kann zugleich lesbare Mitteilung und strukturiertes Datenobjekt sein. Erst daraus lassen sich unterschiedliche Bearbeitungswege entwickeln. Das bedeutet nicht, dass die frühen Autoren heutige Marketing-Automation geplant hätten. Es bedeutet, dass gemeinsam interpretierbare Angaben spätere Anwendungen ermöglichten, die über den unmittelbaren Entwurfszweck hinausgingen. Historisch sollte diese Möglichkeit als Folge, nicht als ursprüngliche Absicht bezeichnet werden.
Vom Empfang zur handhabbaren Korrespondenz
Craig Partridge beschreibt in seiner technischen Geschichte, wie Larry Roberts 1972 ein Werkzeug zum selektiven Lesen von Nachrichten entwickelte. Später verband John Vittals MSG eine Reihe von Bearbeitungsmöglichkeiten; besonders wichtig wurde das vereinfachte Antworten auf eingegangene Post. Die Entwicklung betraf damit nicht nur den Transport, sondern die Handhabung wachsender Korrespondenz. Aussagen über dadurch ausgelöste Verkehrszuwächse behandelt Partridge mit Quellenvorbehalten (Partridge, 2008).
Die zugrunde liegende Veränderung ist leicht nachvollziehbar. Bei einer einzelnen Nachricht genügt es, sie zu lesen. Bei vielen Nachrichten entstehen weitere Aufgaben: Wichtiges finden, Erledigtes ablegen und auf eine bestimmte Mitteilung reagieren. Eine Anwendung kann technisch korrekt zustellen und im Arbeitsalltag trotzdem unpraktisch sein. Die Geschichte der Bedienbarkeit ist deshalb ein eigenständiger Teil der E-Mail-Geschichte und keine bloße Verschönerung einer bereits vollständigen Erfindung.
Das Antworten verändert außerdem die soziale Form. Ein einmaliger Versand und eine fortgesetzte Korrespondenz stellen unterschiedliche Anforderungen. Je weniger Aufwand das Wiederaufnehmen einer Unterhaltung kostet, desto eher kann ein Kanal Teil regelmäßiger Zusammenarbeit werden. Diese analytische Folgerung erklärt die Bedeutung von Bearbeitungsfunktionen, ohne den Erfolg einer einzelnen Funktion mit einer präzisen, unbelegten Wachstumszahl auszuschmücken.
1977: Standardisierung als gemeinschaftliche Arbeit
Am 21. November 1977 erschien RFC 733 von David H. Crocker, John J. Vittal, Kenneth T. Pogran und D. Austin Henderson. Die Spezifikation überarbeitete frühere Formate und bezog auch gespeicherte Adresslisten ein. Ihr Vorwort berichtet von mehr als zwanzig Beteiligten und einer über ein Jahr geführten Diskussion, für die E-Mail selbst als Arbeitsumgebung diente (Crocker et al., 1977).
Hier wird eine besondere Rückkopplung sichtbar: Die neue Kommunikationsform half, ihre eigenen Regeln weiterzuentwickeln. Eine solche Gemeinschaft besteht nicht nur aus einem Erfinder und späteren Nutzern. Sie umfasst Personen, die Probleme melden, vorhandene Konventionen verteidigen, Alternativen ausprobieren und schließlich tragfähige Vereinbarungen schaffen. Diese Arbeit ist in einer Zeitleiste schwerer darzustellen als ein einzelnes Datum, sollte aber nicht unsichtbar werden.
Dabei bedeutet Standardisierung nicht zwangsläufig, dass alle Programme gleich aussehen müssen. Gemeinsame Austauschregeln und unterschiedliche lokale Bedienung können nebeneinander bestehen. Für eine spätere breite Nutzung ist das eine wichtige Eigenschaft: Kooperation wird möglich, ohne sämtliche organisatorischen und technischen Entscheidungen zu zentralisieren. Die historische Leistung liegt dann auch in der passenden Begrenzung dessen, was gemeinsam geregelt werden muss.
1982: SMTP und Nachrichtenformat sind unterschiedliche Aufgaben
Jon Postels RFC 821 beschrieb im August 1982 das Simple Mail Transfer Protocol, SMTP. Das Dokument regelt einen Austausch zwischen sendenden und empfangenden Prozessen, einschließlich Empfängerangaben, Rückmeldungen und Weiterleitung über Zwischenstellen. Sein Ziel ist die zuverlässige Übertragung von Post. Diese Spezifikation gehört zu einer späteren Entwicklungsphase und darf nicht als bereits 1971 vollständig verwendetes Verfahren dargestellt werden (Postel, 1982).
David H. Crockers RFC 822 vom 13. August 1982 behandelte dagegen das Nachrichtenformat. Es unterschied zwischen einem für den Transport benötigten Umschlag und dem zu übermittelnden Inhalt. Die Spezifikation legte nicht die gesamte interne Speicherung oder Benutzeroberfläche jedes beteiligten Systems fest. Ein Übertragungsprotokoll und ein Formatstandard erfüllen somit verschiedene Funktionen (Crocker, 1982).
Für das Verständnis einer Geschäftsnachricht ist diese Trennung äußerst hilfreich. Was ein Empfänger auf dem Bildschirm liest, ist nicht mit allen Informationen identisch, die für den Transport gebraucht werden. Ebenso ist der erfolgreiche technische Übergang an ein System noch kein Beleg dafür, dass ein Mensch die Nachricht gelesen oder verstanden hat. Dieser letzte Satz ist eine analytische Konsequenz der unterschiedlichen Ebenen, keine historische Behauptung über damalige Erfolgskennzahlen.
Der Unterschied schützt vor überzogenen Aussagen auch in der Marketinggeschichte. Technische Zustellung, menschliche Aufmerksamkeit und geschäftliche Wirkung sollten nicht zu einem einzigen Ereignis verschmolzen werden. Eine Infrastruktur kann den Weg eröffnen. Ob die Mitteilung erwünscht, verständlich und handlungsrelevant ist, bleibt eine weitere Frage. Aus einem besseren Übertragungsmechanismus folgt deshalb noch kein besseres Angebot und erst recht keine automatisch erfolgreiche Kundenansprache.
Namen und Inhalte entwickelten sich weiter
Paul Mockapetris erläuterte im November 1983 in RFC 882 das Domain-Namen-System und dessen Bedeutung für verteilte Ressourcen und Internet-Mail. Die Adressierungsumgebung wuchs damit über die frühen Hostkonventionen hinaus. Das heutige vertraute Bild einer Adresse sollte deshalb nicht unverändert in das erste Versuchsjahr zurückgetragen werden (Mockapetris, 1983).
Eine weitere Entwicklung dokumentiert RFC 1341 von Nathaniel Borenstein und Ned Freed aus dem Juni 1992. MIME eröffnete standardisierte Möglichkeiten für mehrteilige Nachrichten, unterschiedliche Zeichensätze und nichttextuelle Inhalte. Diese spätere Arbeit erklärt, weshalb eine Geschichte moderner E-Mail mehr behandeln muss als den Versand einfacher Textzeilen zwischen frühen Rechnern (Borenstein und Freed, 1992).
Auch hier lohnt es sich, Fähigkeiten einzeln zu betrachten. Die Zuordnung eines Empfängers, das Finden eines zuständigen Systems, das Transportieren der Nachricht und das Interpretieren ihres Inhalts sind verschiedene Aufgaben. Sie können aufeinander aufbauen, ohne im selben Moment gelöst worden zu sein. Die Geschichte wird dadurch weniger bequem, aber genauer. Ein vertrauter heutiger Dienst kann aus vielen übereinanderliegenden Entscheidungen bestehen, deren zeitliche Abfolge im alltäglichen Gebrauch nicht mehr sichtbar ist.
Internationale Perspektive: Großbritannien und Karlsruhe
Die britische Königsfamilie führt in ihrer digitalen Chronologie Elizabeths II. einen E-Mail-Versand während eines Besuchs auf einer Militärbasis im Jahr 1976 auf. Ein solcher öffentlich erinnerter Anlass dokumentiert eine besondere Nutzung des Mediums; er beweist keine damalige allgemeine Verfügbarkeit für die Bevölkerung (The Royal Family, 2019).
Für Deutschland erinnert das Karlsruher Institut für Technologie an den Empfang einer Nachricht von Laura Breeden am 3. August 1984 durch Michael Rotert und Werner Zorn. Das KIT erklärt den Zusammenhang mit CSNET sowie die Abweichung zwischen Versand- und Empfangsdatum. Der Meilenstein bezieht sich auf diese internationale Netzverbindung; er sollte nicht als Behauptung verstanden werden, zuvor habe es in Deutschland keinerlei elektronische Nachrichten gegeben (KIT, 2014).
Der Vergleich zeigt verschiedene Maßstäbe historischen Erfolgs. Ein experimenteller Funktionsnachweis, eine prominente Nutzung und die Anbindung einer weiteren Institution sind unterschiedliche Ereignisse. Keines ersetzt die anderen. Eine internationale Kommunikationsgeschichte braucht deshalb mehrere Zeitskalen. Die technische Möglichkeit kann vorhanden sein, lange bevor sie für bestimmte Länder, Organisationen oder Kundengruppen praktisch erreichbar wird.
Eine weitere internationale Vorgeschichte liegt außerhalb der Computertechnik. Der History of Advertising Trust datiert die Gründung der British Direct Mail Advertising Association auf 1927. Organisierte Direktwerbung war somit erheblich älter als Netzwerk-E-Mail. Die Geschichte ihrer Institutionen und die Geschichte eines neuen Übertragungswegs verlaufen nicht deckungsgleich (History of Advertising Trust, o.J.).
Warum 1971 nicht die Geburtsstunde des E-Mail-Marketings ist
Aus der Möglichkeit, eine Nachricht an einen anderen Rechner zu senden, entstand nicht unmittelbar ein ausgearbeitetes Marketingverfahren. Dafür müssen zusätzliche Fragen beantwortet werden: Welche Personen sollen erreicht werden? In welchem Verhältnis stehen sie zum Absender? Welchen Nutzen bietet die Mitteilung? Wer bearbeitet eine Reaktion? Diese Fragen sind hier als analytische Unterscheidung gemeint. Sie sollten nicht als dokumentierter Arbeitsplan der Programmierer von 1971 ausgegeben werden.
Auch eine Verteilerfunktion ist zunächst nur eine Fähigkeit zur Verteilung. Dieselbe technische Form kann einen wissenschaftlichen Austausch, interne Zusammenarbeit oder eine Produktinformation tragen. Die Absicht des Absenders und die Erwartung der Empfänger verändern den Charakter der Kommunikation. Deshalb lässt sich eine Marketinggeschichte nicht allein aus einer Liste technischer Funktionen ableiten. Sie benötigt zusätzlich Quellen über tatsächliche Geschäftspraktiken und deren organisatorischen Zusammenhang.
Ein erfundenes Beispiel verdeutlicht den Abstand. Ein Hersteller kann eine Wartungsinformation an bestehende Geschäftspartner senden oder einem unbekannten Publikum ein neues Produkt anbieten. Beide Vorgänge nutzen womöglich ähnliche Übertragungstechnik. Ihre Ziele, Erwartungen und möglichen Antworten sind jedoch verschieden. Die historische Infrastruktur erklärt, wie die Mitteilung ihr Zielsystem erreicht. Sie erklärt noch nicht, warum gerade diese Mitteilung für einen Menschen sinnvoll sein sollte.
Ein früher Warntext, der häufig falsch verstanden werden könnte
Jon Postels RFC 706 trägt im November 1975 den Titel „On the Junk Mail Problem“. Gemeint sind dort unerwünschte Nachrichten im Host/IMP-Verkehr und die Gefahr einer Überlastung durch fehlerhafte oder störende Rechner. Postel erörtert Möglichkeiten, bestimmte Quellen abzuweisen. Der Text ist damit kein Bericht über eine kommerzielle Werbe-E-Mail und kein Beleg für eine damalige Newsletterpraxis (Postel, 1975).
Gerade vertraute Begriffe können zu anachronistischen Schlussfolgerungen verführen. Wer nur den Titel liest, könnte eine spätere Vorstellung von Spam in das Dokument hineintragen. Die Quellenkritik muss deshalb fragen, welche Ebene des Systems und welche Art von Nachricht tatsächlich gemeint sind. Der allgemeine Konflikt zwischen Offenheit und Störung lässt sich erkennen, ohne unterschiedliche historische Probleme gleichzusetzen.
Für die spätere wirtschaftliche Betrachtung bleibt die Unterscheidung wichtig. Die Fähigkeit eines Netzes, Nachrichten zu transportieren, beantwortet nicht die Frage nach der Erwünschtheit jedes einzelnen Versands. Ein zusätzlicher Sender kann die Möglichkeiten des Systems nutzen und zugleich Aufwand für andere verursachen. Diese Spannung ist eine analytische Folge geteilter Infrastruktur. Sie sollte weder durch Technikbegeisterung verdeckt noch mit einer unbelegten frühen Werbegeschichte ausgeschmückt werden.
1995: Auch Erwartungen an das Verhalten wurden beschrieben
Sally Hambridges RFC 1855 von Oktober 1995 dokumentierte unter dem Titel „Netiquette Guidelines“ Empfehlungen zum Verhalten im Netz. Das ausdrücklich informative Dokument unterschied persönliche und gruppenbezogene Kommunikation. Es behandelte außerdem Belastungen der Empfänger durch unverlangte Werbepost. Damit liegt eine spätere Quelle vor, die soziale Erwartungen an die Nutzung von der bloßen Fähigkeit zur Übertragung unterscheidet (Hambridge, 1995).
Die hieraus entwickelte historische Einordnung lautet: Eine Kommunikationsform wird nicht allein dadurch alltagstauglich, dass sie technisch funktioniert. Beteiligte benötigen auch Erwartungen darüber, wann eine Nachricht angemessen ist und was ihre Empfänger damit tun sollen. Solche Erwartungen können sich nach Gemeinschaft und Zweck unterscheiden. Die Übernahme einer Technik in neue Zusammenhänge verlangt deshalb mehr als das Kopieren ihrer Software. Neue Nutzer müssen auch verstehen, in welcher Beziehung die Kommunikation stattfindet.
Für eine wirtschaftliche Betrachtung ergibt sich daraus ein einfaches Gedankenexperiment. Ein Lieferant sendet einer langjährigen Kundin eine konkret angeforderte Information. Dieselbe Information könnte er auch an eine große Zahl ihm unbekannter Personen verteilen. Die Nachrichtendatei müsste sich dabei kaum verändern. Der Beziehungskontext wäre jedoch ein anderer. Technische Gleichheit erklärt folglich weder denselben Nutzen noch dieselbe Reaktion. Dieses Beispiel ist eine analytische Veranschaulichung und kein in der Quelle dokumentierter Geschäftsvorgang. Die historischen Verhaltensempfehlungen werden hier ebenfalls nicht als heutiger Rechts- oder Technikleitfaden verwendet.
E-Mail entstand vor dem World Wide Web
E-Mail und Web werden im Alltag leicht unter derselben Vorstellung von Onlinekommunikation zusammengefasst. CERN datiert Tim Berners-Lees Entwicklung des World Wide Web auf 1989. Netzwerk-E-Mail gehörte somit zu einer erheblich älteren Schicht der Entwicklung. Ein Browser war keine Voraussetzung für Tomlinsons Versuch von 1971 (CERN, o.J.).
Diese zeitliche Trennung verändert auch die Erzählung des digitalen Marketings. Nicht jeder digitale Kontaktweg entstand mit Websites. Unterschiedliche Dienste konnten später miteinander verbunden werden, ohne denselben Ursprung zu besitzen. Wer eine E-Mail mit einem Verweis auf ein Webangebot betrachtet, sieht die Kombination verschiedener Entwicklungen. Die spätere Verbindung sollte deren unterschiedliche Entstehung nicht aus der Geschichte löschen.
Was die erhaltenen Quellen zeigen und was offenbleibt
Die MIT-Dokumentation zu CTSS erläutert, wie verstreute Papierunterlagen digitalisiert und Programmquellen aus Sicherungsbändern zugänglich gemacht wurden. Dabei werden auch Lücken der Überlieferung sichtbar. Die Rekonstruktion früher Software hängt folglich nicht nur von bekannten Namen ab, sondern von erhaltenen Handbüchern, Notizen und Programmständen (MIT CSAIL, o.J.).
Die Unterscheidung zwischen beobachteter Praxis und der Geschichte von Ideen gehört auch zur Perspektive von Jones und Tadajewski im Routledge Companion to Marketing History. Für den vorliegenden Fall hilft sie, technische Implementierung, spätere Standardisierung und wirtschaftliche Verwendung auseinanderzuhalten. Eine bedeutende Veröffentlichung oder eine bekannte Person erklärt nicht automatisch sämtliche später damit verbundenen Tätigkeiten (Jones und Tadajewski, 2016).
Erinnerungsberichte, zeitgenössische Protokolle und spätere Chronologien sollten deshalb gemeinsam, aber mit unterschiedlichen Erwartungen gelesen werden. Eine Erinnerung kann einen Arbeitszusammenhang erklären und beim genauen Datum unsicher bleiben. Ein Protokoll kann eine vorgeschlagene Funktion dokumentieren, ohne deren breite Umsetzung nachzuweisen. Ein Museum kann diese Quellen zusammenführen, sollte aber die Unterschiede nicht hinter einer scheinbar lückenlosen Erfindererzählung verbergen.
Die historische Bedeutung von Ray Tomlinsons Beitrag
1971 steht für einen wichtigen Übergang: Persönliche Computerpost konnte eine Systemgrenze überschreiten. Das @-Zeichen machte die zusätzliche Ortsangabe in der Adresse sichtbar. Aus dieser Lösung und vielen weiteren Arbeiten entwickelte sich eine Infrastruktur, deren spätere Wirkung den ursprünglichen Versuch weit übertraf. Die Anerkennung Tomlinsons wird präziser, wenn man seinen Beitrag benennt und die Arbeiten anderer nicht darin verschwinden lässt.
Für marketing.museum ist gerade diese längere Entwicklung aufschlussreich. Digitale Marktkommunikation braucht Übertragungswege, verständliche Zuordnungen, gemeinsame Formate und handhabbare Abläufe. Keine dieser Voraussetzungen ersetzt die Aufgabe, eine relevante Beziehung zum Publikum aufzubauen. Die Geschichte der ersten Netzwerk-E-Mail erzählt deshalb mehr als den Ursprung eines berühmten Zeichens. Sie zeigt, wie eine konkrete technische Verbindung Teil einer allgemein nutzbaren Kommunikationsmöglichkeit werden konnte, ohne dass deren spätere wirtschaftliche Formen bereits im ersten Versuch enthalten waren.
Literaturverzeichnis
Bhushan, A., Pogran, K., Tomlinson, R. und White, J. (1973) Standardizing Network Mail Headers. RFC 561, 5. September. Original.
Borenstein, N. und Freed, N. (1992) MIME: Mechanisms for Specifying and Describing the Format of Internet Message Bodies. RFC 1341, Juni. Original.
CERN (o.J.) The birth of the Web. Institutionelle Darstellung.
Crocker, D. H. (1982) Standard for the Format of ARPA Internet Text Messages. RFC 822, 13. August. Original.
Crocker, D. H., Vittal, J. J., Pogran, K. T. und Henderson, D. A. (1977) Standard for the Format of ARPA Network Text Messages. RFC 733, 21. November. Original.
Feinler, E. und Vittal, J. (2022) Email Innovation Timeline. Computer History Museum, 1. Juli, insbesondere S. 22–23. Chronologie.
Hambridge, S. (1995) Netiquette Guidelines. RFC 1855, Oktober. Original.
History of Advertising Trust (o.J.) Data & Marketing Association; DMA. Sammlungsnachweis.
Internet Hall of Fame (o.J.) Official Biography: Raymond Tomlinson. Internet Society. Biografie.
Jones, D. G. B. und Tadajewski, M. (2016) ‘Preface’, in Jones, D. G. B. und Tadajewski, M. (Hrsg.), The Routledge Companion to Marketing History. Abingdon: Routledge, S. xvii–xviii. Verlagsvorschau.
Karlsruher Institut für Technologie / KIT (2014) First E-mail Received in Germany 30 Years Ago. Presseinformation.
Kudlick, M. D. (1973) Network Mail Meeting Summary. RFC 469, 8. März. Original.
MIT CSAIL (o.J.) CTSS Documents. Dokumentationsübersicht.
Mockapetris, P. (1983) Domain Names – Concepts and Facilities. RFC 882, November. Original.
Museum of Modern Art (o.J.) Ray Tomlinson. @. 1971. MoMA Learning. Museumsbeitrag.
Myer, T. H. und Henderson, D. A. (1975) Message Transmission Protocol. RFC 680, 30. April. Original.
Partridge, C. (2008) ‘The Technical Development of Internet Email’, IEEE Annals of the History of Computing, 30(2), S. 3–29. DOI: 10.1109/MAHC.2008.32. Volltext.
Postel, J. (1975) On the Junk Mail Problem. RFC 706, November. Original.
Postel, J. B. (1982) Simple Mail Transfer Protocol. RFC 821, August. Original.
The Royal Family (2019) Her Majesty The Queen shares Instagram post, 7. März. Institutionelle Chronologie.
Tomlinson, R. (2009) Oral History of Raymond (Ray) Tomlinson. Interview mit Marc Weber und Gardner Hendrie, 5. Juni, Cambridge, Massachusetts. Computer History Museum, X5409.2009, insbesondere S. 9–14. Transkript.
Tomlinson, R. (2016) The First Network Email. Undatierter autobiografischer Bericht, wiederabgedruckt von David Luckham am 9. März 2016. Wiederabdruck.
Van Vleck, T. (2012) ‘Electronic Mail and Text Messaging in CTSS, 1965–1973’, IEEE Annals of the History of Computing, 34(1), S. 4–6. DOI: 10.1109/MAHC.2012.6. Autorenfassung.
Watson, R. W. (1971a) A Mail Box Protocol. RFC 196, 20. Juli. Original.
Watson, R. W. (1971b) A Mail Box Protocol, Version-2. RFC 221, 25. August. Original.
White, J. E. (1973) A Proposed Mail Protocol. RFC 524, 13. Juni. Original.
