Der Artikel entspricht im wesentlichen meinen Erfahrungen aus meiner Uni-Zeit 1990-96. Hier noch ein paar Ergänzungen.

Da der Shell Account auf dem Uni-Rechner das wichtigste Arbeitsmittel war, war es sehr hilfreich, sich mehrfach einloggen zu können. Die erste Software für PC, Atari ST und Amiga, die das auch über Dialup-Verbindungen ermöglichte, war TERM. Es musste auf Desktop und Server in kompatiblen Versionen installiert sein und war mühsam zu bedienen. Besonders knifflig war es, wenn die Verbindung über den Terminalserver nicht vollständig transparent war, z.B. weil der Terminalserver Escape-Sequenzen selber interpretierte. Dem TERM-Paket lag ein Tool namens linecheck bei, welches die Verbindung "ausmessen" konnte. Später kam das auch heute noch verbreitete screen auf, das mehrfache Shells innerhalb eines Logins ermöglichte, ohne Client-seitig eine Installation zu benötigen.

Als TCP/IP auch auf dem Homecomputern aufkam, boten viele Unis ein IP-fähiges Dialup nur für Mitarbeiter an. Mit Hilfe der Tools TIA (kommerziell) oder SLiRP (Open Source) konnte man auch über einen Shell-Zugang per Terminalserver TCP/IP fahren. SLiRP enthielt den BSD NET.2 Stack im Userspace; jede TCP/IP-Verbindung seitens des Clients wurde innerhalb von SLiRP terminiert und auf dem Host in eine neue TCP-Verbindung zum Server eingespeist. Damit ließen sich auch ganze Heimnetze ins Internet bringen - sozusagen IP-Masquerading auf Serverseite.

Noch vor den Zeiten des Internet waren die IBM Hosts der Universitäten über das BitNet vernetzt. Im BitNet Relay (Chatsystem) waren Anfang der 90er Jahre immer ca. 40-100 Personen anwesend. Das Publikum war viel internationaler, der Frauenanteil wesentlich höher als im IRC zu dieser Zeit.

Aus der Bitnet-Welt stammen auch die E-Mail Adressen der Form UKXY@DKAUNI2.BITNET, die bei passender Konfiguration auch von Internet-Mailservern erreicht werden konnten: es existierten mehrere Großrechner in der Uni-Landschaft, die auch SMTP sprachen, und Relaying war damals sowieso immer möglich.

Ein weiteres Feature der Großrechner war die Kommandos TRANSMIT und RECEIVE, mit denen man anderen Usern Dateien zusenden bzw. diese annehmen konnte. Erst viel später wurde dieses Konzept im Rahmen einer Diplomarbeit auch auf Unix und TCP/IP umgesetzt. Das Paket Sendfile ist auch heute noch in vielen Linux-Distributionen enthalten.

Mit den steigenden Geschwindigkeiten der Modems, aber auch der Telefonkosten, kam immer stärker der Wunsch auf, Mail und Usenet News zuhause offline bearbeiten. Die Übertragung sollte möglichst komprimiert im Batch erfolgen, um die Leitung so kurz wie möglich zu belasten. Das am meisten genutze Protokoll, UUCP, konnte Batches an entfernte Sites übertragen und dort in ein Kommando einspeisen. Für Mail und News waren das rmail bzw. rnews; auch heute noch Bestandteile der meisten MTAs und News-Server. Man konnte jedoch auch ganz andere Sachen machen, z.B. mit lpr UUCP-Batches auf entfernten Druckern ausgeben. UUCP konnte auch a-priori Routing: Ein Batch, der an site1!site2!site3!program adressiert wurde, durchläuft die genannten System, bis er auf site3 an das angegebene Programm verfüttert wird -- vorausgesetzt, die Sites kennen sich in der angegebenen Kette, und das Programm ist freigeschaltet. Noch heute zeugen die "Path:" Header in Newsartikeln von dieser Adressierungsmethode.

Die Sache hatte jedoch einen Haken, nämlich die langen Laufzeiten, wenn jede Site nur einmal am Tag mit den Nachbarn Kontakt hat. Daher ging man zumindest für Mail bald zu sternförmigen Strukturen über, bei der ein zentraler Server mit Internet-Verbindung direkt oder mit maximal einem Zwischenschritt alle UUCP Sites versorgte. Der zentrale Server des 1987 gegründeten sub-Netz e.V., subnet.sub.net, versorgt auch heute noch die allerdings schrumpfende deutschsprachige UUCP Nutzerschaft mit Mail und News.