btx-und-online-bestellungen

Das BTX-Bestellsystem als Kette

Eine Bestellung lief nicht direkt vom C64 in ein Versandlager. Zwischen Benutzer, Endgerät und Versandhaus lagen mehrere technische und organisatorische Schichten.

Diese Kette erklärt, warum ein sichtbarer Bildschirmfehler nicht automatisch bedeutete, dass die Bestellung beim Versandhaus fehlte – und warum eine lokale richtige Eingabe noch keine endgültige Annahme bewies.

Das Setup: Rechner, Dataphon, TAE und Leitungsrealität

Die technische Grundlage war keine elegante All-in-one-Lösung, sondern eine Kette aus klar getrennten Komponenten. Der Rechner war der sichtbare Teil. Daneben stand das Dataphon – schwer, funktional, deutlich näher an Fernmeldetechnik als an Heimcomputerästhetik. Dazu kamen TAE-Dose, Telefonleitung und die grundsätzliche Unsicherheit, ob der nächste Verbindungsaufbau sauber durchgeht oder schon beim Start hängenbleibt.

Gerade diese Trennung machte die Sache lehrreich. Es gab nicht „den Computer“ als magische Einheit, sondern mehrere Ebenen: Rechner, Anzeige, Eingabe, Modemtechnik, Leitung, Gegenstelle und Dienst. Wenn etwas nicht funktionierte, musste man nicht nur auf den Bildschirm schauen, sondern die gesamte Kette mitdenken.

Genau dadurch war der erste Eindruck zwar beeindruckend, aber nicht weichgespült. Die Einwahl hatte Geräusch, Verzögerung und technische Reibung. Wer damit arbeitete, lernte sehr früh, dass digitale Kommunikation immer auch Leitungs- und Geräterealität ist.

Zugang, Teilnehmerkennung und Mitbenutzer

Beim klassischen Zugang wurden mehrere Identitätsbestandteile kombiniert. Die technische Anschlusskennung identifizierte den registrierten Zugang, während Teilnehmernummer, Mitbenutzerzusatz und Passwort den konkreten Benutzerkontext bestimmten.

Wenn Bestellungen für andere Personen eingegeben wurden, war technisch trotzdem entscheidend, unter welchem registrierten Teilnehmer- oder Kundenkontext der Vorgang tatsächlich lief. Die persönliche Auftraggeberin, der BTX-Zugang und das Versandhauskonto waren nicht automatisch dieselbe Identität.

Seitennummern, Stern, Raute und Dialogpfade

BTX-Seiten wurden nicht wie heutige Webseiten über lesbare URLs und Suchmaschinen aufgerufen. Die Navigation arbeitete stark mit Nummern, Funktionskommandos und fest vorgesehenen Folgeseiten.

Eine vollständige Seitenadresse konnte mit einem Stern beginnen und mit einer Raute abgeschlossen werden. Das Abschlusszeichen zeigte, dass die Nummer vollständig eingegeben war. Innerhalb eines Angebots konnten kürzere nummerische Eingaben als Auswahl oder Sprung zur nächsten Dialogseite dienen.

Für Versandhausbestellungen bedeutete das: Erst der richtige Anbieter- oder Dialogbereich, dann die richtige Unterseite, danach die korrekte Maske. Ein Zahlendreher konnte deshalb nicht nur einen falschen Artikelwert, sondern schon einen falschen Navigationspfad erzeugen.

Die Auftraggeberinnen: reale Bestellungen statt Technik zum Selbstzweck

Der praktisch wichtigste Punkt ist rückblickend nicht der Bildschirm, sondern die Nutzung. BTX lief bei mir nicht nur als Experiment. Meine Tante und auch andere Frauen aus dem Umfeld kamen mit ihren Versandhauskatalogen und wollten tatsächliche Bestellungen aufgeben. Quelle, Otto und Neckermann waren dabei keine Namen aus der Werbung, sondern konkrete Zielsysteme.

Für sie war entscheidend, dass der Vorgang funktionierte. Kein Brief schreiben, nicht in einer Warteschleife hängen, keine Unsicherheit darüber, ob die Artikelnummer sauber durchgegeben wurde. Für mich bedeutete das: Artikelnummern exakt übertragen, Eingabemasken korrekt füllen, Seitenwechsel abwarten, Bestätigungen prüfen und bei Fehlern ruhig neu beginnen.

Dadurch wurde BTX sehr früh zu etwas, das über reine Technikfaszination hinausging. Es war nicht bloß „man kann online sein“, sondern „man kann damit reale Dinge erledigen“. Genau diese Verschiebung macht die Erfahrung wichtig. Der Online-Handel war noch nicht Alltag, aber der Vorgang existierte bereits – langsam, teuer, umständlich, aber praktisch.

„Es ging nicht darum, online zu wirken. Es ging darum, dass eine Bestellung wirklich durchläuft.“

Vor der Einwahl: Katalogdaten vorbereiten

Wegen sichtbarer Wartezeit und laufender Kosten begann der Bestellvorgang sinnvollerweise vor der Einwahl. Der Papierkatalog wurde zur lokalen Produktdatenbank: Artikel wurden gesucht, Varianten geprüft und Nummern notiert.

Eine handschriftliche Liste war kein Rückschritt, sondern Teil der Fehlervermeidung. Sie verkürzte die Onlinezeit und erlaubte nach einem Abbruch, den vorgesehenen Inhalt mit dem sichtbaren Systemstand zu vergleichen.

Die Masken: CEPT-Grafik, starre Felder und blockige Ordnung

Die BTX-Oberfläche war weit entfernt von späterem Webdesign. Sie bestand aus festen Masken, Farbflächen, klar begrenzten Eingabefeldern und einer Zeichenlogik, die eher an Terminaltechnik als an spätere GUI-Freiheit erinnerte. Das war kein Mangel im Sinn schlechter Gestaltung, sondern die direkte Folge der technischen Umgebung.

Für Bestellvorgänge bedeutete das: Man arbeitete nicht mit freiem Suchkomfort, sondern mit klar begrenzten Feldern. Artikelnummern mussten stimmen. Stückzahlen mussten korrekt sitzen. Fehlbedienung wurde nicht elegant abgefangen, sondern zeigte sich als Fehlseite, falscher Feldinhalt oder nötiger Neuanfang.

Gerade in der Bestellpraxis war diese Oberfläche streng. Sie hatte keinen Sinn für Kulanz. Wer eine Ziffer falsch setzte, bekam keine freundliche Hilfefunktion, sondern bestenfalls eine unbrauchbare Folgeansicht. Das machte die Arbeit langsam, aber auch eindeutig: Präzision war nicht optional.

Statische BTX-Seiten und externe Anbieterrechner

Nicht jeder Angebotsbereich bestand nur aus fest gespeicherten Informationsseiten. Größere Anbieter konnten eigene Rechner anbinden, die Dialogseiten dynamisch erzeugten und Eingaben unmittelbar verarbeiteten.

Für eine Versandhausbestellung war diese Unterscheidung praktisch wichtig. Eine statische Informationsseite zeigte Text und Auswahlmöglichkeiten. Ein angebundener Anbieterrechner konnte dagegen Artikelnummern prüfen, Kunden- oder Bestelldaten übernehmen und eine transaktionsbezogene Rückmeldung erzeugen.

Der Benutzer sah trotzdem eine CEPT-Maske. Hinter der scheinbar einheitlichen Oberfläche konnten aber unterschiedliche technische Wege und Verarbeitungssysteme liegen.

Die Bestellpraxis: Quelle, Otto, Neckermann

Die eigentliche Arbeit begann mit dem Katalog. Nicht mit einer Suchmaske, nicht mit Produktbildern, nicht mit algorithmischen Vorschlägen. Die Artikel wurden im gedruckten Katalog gesucht, dort markiert und dann in das BTX-System übertragen. Der Rechner ersetzte also nicht den Katalog, sondern den Übermittlungsweg.

Genau das ist wichtig für das Verständnis dieser Zeit. BTX war kein vollständiger digitaler Handelsraum im heutigen Sinn, sondern ein hybrides System. Papier und Netz gehörten zusammen. Die Auswahl geschah im Katalog, die Eingabe im BTX, die Kontrolle über den Seitenablauf und die Bestätigung wieder am Bildschirm.

• Quelle: klassischer Katalogalltag, bei dem die Artikelnummer wichtiger war als jede Oberfläche.
• Otto: derselbe Grundtyp von Bestelllogik, ebenfalls stark nummern- und formularbasiert.
• Neckermann: ein weiterer real genutzter Versandkanal innerhalb derselben BTX-Praxis.

Für mich bestand der Vorgang aus mehreren Ebenen gleichzeitig: gedruckte Vorlage lesen, Nummern prüfen, Eingabe umsetzen, Bildschirmreaktion beobachten, Fehler erkennen und am Ende die Bestätigung als eigentlichen Zielpunkt sehen. Gerade weil die Leitung langsam und teuer war, musste jeder Schritt möglichst beim ersten Mal sitzen.

Für die Auftraggeberinnen im Hintergrund wirkte das oft wie eine moderne Abkürzung. Für mich war es eher frühe Formulartechnik unter erschwerten Bedingungen. Nicht glänzend, aber lehrreich.

„Der Katalog blieb Papier. Digital wurde der Übermittlungsweg.“

Eingabeprüfung: Syntax, Bedeutung und Plausibilität

Eine formal akzeptierte Ziffernfolge musste nicht inhaltlich richtig sein. Deshalb gehörten mehrere Prüfarten zusammen.

• Syntax: Passt die Anzahl und Art der Zeichen in das Feld?
• Artikelbezug: Gehört die Nummer zum richtigen Versandhaus und Katalog?
• Variante: Stimmen Größe, Farbe und Ausführung mit der gewünschten Position überein?
• Stückzahl: Ist die Menge plausibel und nicht versehentlich doppelt eingegeben?
• Kundenkonto: Wird unter dem richtigen Besteller- und Lieferkontext gearbeitet?
• Zusammenfassung: Stimmen alle sichtbaren Bestellzeilen vor der endgültigen Bestätigung?

Frühe Dialogsysteme konnten einzelne Formatfehler erkennen, aber nicht jede menschlich falsche Auswahl. Eine gültige Artikelnummer konnte weiterhin der falsche Artikel sein.

Bestellzustände: Eingabe ist noch keine Annahme

Bei einer störanfälligen Verbindung muss zwischen mehreren Zuständen unterschieden werden. Sonst entsteht nach einem Abbruch die gefährliche Frage: Ist nichts passiert – oder wurde die Bestellung bereits angenommen?

Der kritische Zwischenfall liegt zwischen „übertragen“ und „bestätigt“: Die Gegenstelle kann den Auftrag erhalten haben, während die Rückmeldung wegen Leitungsabbruch nicht mehr sichtbar wird.

Die Bestätigungsseite als technischer Zielpunkt

Die letzte Bestätigungsseite war mehr als eine freundliche Abschlussgrafik. Sie zeigte, dass der Dialog einen definierten Zustand erreicht hatte. Deshalb wurden Inhalt, Zeitpunkt und gegebenenfalls eine sichtbare Auftrags- oder Referenznummer notiert.

• Anbieter: Bei welchem Versandhaus wurde bestellt?
• Bestellerin: Für welche Person und welches Kundenkonto?
• Positionen: Welche Artikel, Varianten und Mengen wurden bestätigt?
• Zeitpunkt: Wann wurde der Vorgang abgeschlossen?
• Referenz: Welche sichtbare Bestell- oder Vorgangsnummer wurde ausgegeben?
• Abweichung: Gab es ausverkaufte Positionen, Ersatzartikel oder unklare Rückmeldungen?

Ein Ausdruck war nicht in jedem Aufbau verfügbar. Eine handschriftliche Notiz oder spätere Auftragsbestätigung konnte deshalb Teil der praktischen Dokumentation sein.

„Nicht das Drücken der letzten Taste war der Abschluss, sondern die eindeutig zurückgekehrte Bestätigung.“

Abbruch und Doppelbestellung: nicht blind wiederholen

Bricht die Verbindung vor dem Absenden ab, ist der Zustand meist klar. Bricht sie unmittelbar nach der Bestätigung ab, ist er unklar. Ein sofortiger vollständiger Neuversuch konnte dann denselben Auftrag ein zweites Mal auslösen.

1. Zeitpunkt des Abbruchs festhalten: vor oder nach dem endgültigen Bestätigungskommando?
2. Letzte sichtbare Seite notieren: Eingabemaske, Zusammenfassung, Warteseite oder Bestätigung?
3. Bei Wiedereinwahl Status prüfen: vorhandene Bestellungen, Nachrichten oder Kundenkonto aufrufen, sofern angeboten.
4. Nicht ungeprüft erneut bestätigen: Unsicherheit zuerst über Anbieter oder späteren Beleg klären.
5. Nur fehlende Positionen neu eingeben: wenn der bestehende Zustand nachvollziehbar ist.

Leitung, Tempo und der wirkliche Seitenaufbau

Wer BTX heute nur theoretisch betrachtet, unterschätzt leicht das Zeitgefühl. Ein Seitenaufbau war kein augenblicklicher Vorgang, sondern sichtbar. Man wartete nicht abstrakt, sondern konkret: Farbe kam, Zeilen erschienen, Masken vervollständigten sich, und bei grafischen Elementen spürte man die Langsamkeit noch deutlicher.

Das galt besonders dann, wenn man unter Zeit- oder Kostendruck arbeitete. Jede Verzögerung war doppelt spürbar: einmal technisch und einmal im Hinterkopf. Lief die Maske noch? Hatte die Gegenstelle die Eingabe angenommen? Kommt gleich die Bestätigung oder friert alles ein?

Gerade dadurch bekam digitale Kommunikation ein anderes Gewicht als später. Ein abgeschlossener Vorgang war nicht bloß Klickroutine, sondern etwas, das man aktiv durch den Widerstand der Technik hindurchgeführt hatte.

Gebühren: warum jeder Fehlversuch spürbar war

Ein wesentlicher Teil der BTX-Erfahrung war die Kostenlogik. Es ging nicht um eine pauschal verdrängte Hintergrundgebühr, sondern um reale Nutzungs- und Zeitkosten, die im Hinterkopf immer mitliefen. Jede zusätzliche Minute, jede erneute Einwahl und jede unnötig lange Such- oder Korrekturschleife war nicht nur lästig, sondern auch wirtschaftlich spürbar.

Genau deshalb war BTX in der Bestellpraxis disziplinierend. Man bereitete den Vorgang vor. Artikelnummern lagen griffbereit. Der Katalog war offen. Die Reihenfolge war klar. Man arbeitete nicht frei assoziativ, sondern möglichst ohne Umwege.

Für meine Tante und die anderen Auftraggeberinnen war das akzeptabel, solange am Ende der praktische Nutzen überwog. Für mich bedeutete es, dass Technik und Kosten nicht getrennt waren. Jede Unsicherheit im Ablauf hatte sofort auch eine zweite Seite: Was kostet der Neuanfang?

Bestelldaten, Zugangsdaten und persönliche Verantwortung

Eine Versandhausbestellung verband technische Zugangsdaten mit realen Kundendaten: Name, Lieferanschrift, Kundennummer, Artikelwunsch und gegebenenfalls Zahlungs- oder Kontoinformationen. Wer den Vorgang für andere bediente, sah deshalb mehr als nur Artikelnummern.

• Passwörter nicht notieren, wo Bestelllisten offen herumliegen.
• Kundennummern und Anschriften nur für den konkreten Auftrag verwenden.
• Fehlerhafte Ausdrucke und Notizen nicht unkontrolliert weitergeben.
• Bestellwünsche und Lieferdaten nicht mit anderen Auftraggeberinnen vermischen.
• Nach Abschluss nur die für Nachweis und spätere Klärung nötigen Angaben aufbewahren.

Die damalige Alltagssprache verwendete noch nicht durchgehend die heutigen Datenschutzbegriffe. Die praktische Verantwortung existierte trotzdem: Zugang und Kundendaten gehörten nicht in fremde Hände.

Benutzbarkeit ohne Maus, Suche und freie Navigation

Die Oberfläche war streng linear und nummerisch. Das konnte effizient sein, wenn der Ablauf bekannt war, schloss aber spontane Orientierung und Fehlertoleranz stark ein.

Die Bedienung zeigt, dass gute Transaktionsoberflächen nicht nur aus grafischer Gestaltung bestehen. Entscheidend sind eindeutige Zustände, korrigierbare Eingaben, verständliche Kosten und eine belastbare Bestätigung.

Verbindungsfehler, Farbsalat, Abbrüche, Neuversuche

Die Schwachstelle war nie nur das System selbst, sondern die gesamte Strecke. Übertragungsfehler konnten Seiten unlesbar machen. Farbcodes kippten, Zeichen wirkten beschädigt, Felder erschienen an der falschen Stelle oder der Seitenaufbau blieb halbfertig stehen. Solche Fehler waren nicht exotisch, sondern Teil der Nutzung.

Noch ärgerlicher waren echte Abbrüche. Wenn die Leitung störte, wenn etwas an der Telefonseite dazwischenkam oder wenn die Verbindung schlicht nicht hielt, war der bisherige Ablauf wertlos. Man musste erneut einwählen, erneut Kosten in Kauf nehmen und neu prüfen, an welcher Stelle der Vorgang unterbrochen worden war.

Gerade deshalb war BTX kein System für Ungeduld. Wer mit ihm arbeitete, lernte, ruhig zu bleiben, Zeichen für Fehler früh zu erkennen und nicht zu hoffen, dass sich ein beschädigter Vorgang „schon irgendwie“ retten würde. Meist war der nüchterne Weg besser: abbrechen, neu einwählen, sauber neu beginnen.

„Wenn eine Seite kippt, hilft kein gutes Zureden. Dann lädt man neu und macht es ordentlich.“

Systematische Fehlersuche

Der wichtigste Schritt war die Trennung von Leitungsfehler, Darstellungsfehler, Eingabefehler und Transaktionsfehler. Ein Neustart des gesamten Vorgangs war nicht bei jeder Störung die richtige erste Reaktion.

1. Verbindung prüfen: Besteht die Sitzung noch oder ist die Leitung tatsächlich getrennt?
2. Darstellung prüfen: Ist nur die Seite beschädigt oder reagieren Eingaben ebenfalls falsch?
3. Letzten sicheren Zustand bestimmen: Welche Maske war vollständig und plausibel?
4. Eingabedaten mit Papierliste vergleichen: Artikelnummer, Variante und Menge.
5. Transaktionspunkt bestimmen: Wurde die endgültige Bestätigung bereits abgesendet?
6. Kosten und Zeit notieren: besonders bei wiederholten Versuchen.
7. Bei unklarem Erfolg nicht blind wiederholen: Status oder spätere Bestätigung abwarten.

Sicherheit und Vertrauen: früher Onlinedienst, reale Folgen

BTX verband Teilnehmerkennung, Gebühren, Mitteilungen, Bank- und Bestelldienste in einem zentralen System. Dadurch waren Zugriffsschutz, korrekte Abrechnung und vertrauenswürdige Anbieter nicht nur technische Nebenthemen.

Die bekannte öffentliche Sicherheitsdebatte um BTX zeigte schon in den 1980er-Jahren, dass ein geschlossen wirkendes Netz nicht automatisch fehlerfrei oder unangreifbar ist. Für die Bestellpraxis folgt daraus eine schlichte Lehre: Zugangsdaten schützen, Bestätigungen prüfen und technische Autorität nicht mit Unfehlbarkeit verwechseln.

• Zugangsschutz: Passwort und Benutzerkontext nicht unnötig weitergeben.
• Anbieteridentität: nur eindeutig zugeordnete Versandhausbereiche verwenden.
• Kostenhinweis: kostenpflichtige Seiten und Transaktionen bewusst bestätigen.
• Bestellnachweis: sichtbare Rückmeldung dokumentieren.
• Fehlerannahme: auch zentrale Systeme können falsche oder unvollständige Zustände erzeugen.

Warum diese BTX-Praxis technisch wichtig war

Rückblickend ist an BTX nicht nur interessant, dass es früh war. Interessant ist, was man daran lernte. Formulare waren nicht abstrakt. Eingabefehler hatten unmittelbare Konsequenzen. Leitungen waren nicht unsichtbar, sondern spürbar. Bestätigungen waren kein Nebeneffekt, sondern der zentrale Punkt. Das alles machte digitale Vorgänge konkret.

Diese Erfahrung war für spätere Netz- und Rechnerarbeit wertvoll. Wer einmal unter langsamen, teuren und störanfälligen Bedingungen mit echten Vorgängen gearbeitet hat, entwickelt automatisch Respekt vor sauberer Eingabe, klaren Zuständen und verlässlicher Rückmeldung. Genau das taucht später wieder auf: in Mailboxen, bei Shell-Zugängen, in Formularlogik, in Protokollen und im generellen Blick auf technische Systeme.

BTX war also nicht nur Vorstufe des Webs. Es war eine Schule für digitale Nüchternheit. Nichts war weichgezeichnet. Wenn ein System trug, merkte man es. Wenn es scheiterte, merkte man es genauso.

Vom BTX-Dialog zum Webshop

Viele Grundfragen heutiger Webshops waren bereits vorhanden, nur in anderer Form. Produktauswahl, Kundenidentität, Warenkorb, Kostenübersicht, Transaktionsbestätigung und Fehlerbehandlung sind keine Erfindungen des grafischen Webs.

Die bessere Technik späterer Webshops beseitigte nicht die alten Grundanforderungen. Eine Bestellung braucht weiterhin eine eindeutige Zusammenfassung, einen atomaren Abschluss und eine nachvollziehbare Bestätigung.

Der Übergang: von BTX zu Mailboxen, Shell-Accounts und späterem Netzdenken

BTX war für mich nicht das Ende einer Entwicklung, sondern eine Zwischenstufe. Es zeigte, dass ein Rechner nicht nur lokal arbeitet, sondern über Leitungen in reale Dienste eingebunden werden kann. Daraus ergab sich fast selbstverständlich der nächste Schritt: Mailboxen, Modemtechnik, Terminalprogramme, spätere Shell-Zugänge und schließlich die Webarbeit.

Die Form änderte sich, die Grundhaltung blieb. Noch immer ging es um Einwahl, Protokoll, Eingabe, Zustände, Rückmeldungen, Leitungsqualität und den nüchternen Umgang mit Fehlern. Nur die Gegenstellen wurden andere, die Werkzeuge vielfältiger und die Inhalte komplexer.

In diesem Sinn gehört BTX fest in dieselbe technische Linie wie Dataphon, Mailboxen und frühe Shell-Accounts. Es war eine reale Arbeitsebene zwischen Heimcomputer und Netz – nicht schnell, nicht elegant, aber sehr konkret.

„Vor dem Web kam nicht einfach nur das Modem. Dazwischen lag eine ganze Praxis des langsamen, aber echten Online-Arbeitens.“

Die Leitungs- und Geräteschicht dazu steht auf modems-und-dataphon.htm. Die text- und netzorientierte Fortsetzung liegt auf mailboxen-bbs.htm. Der größere Bogen zur späteren Webarbeit bleibt auf sslxy.

Historische Bestellpraxis dokumentieren

Eine persönliche Technikakte wird belastbarer, wenn Erinnerung, vorhandene Hardware, Katalogmaterial und allgemeine Systemgeschichte getrennt gekennzeichnet werden.

• Persönlich belegt: tatsächlich genutzte Geräte, Versandhäuser und Auftraggeberinnen.
• Allgemein dokumentiert: BTX-Start, Übertragungsrate, CEPT-System, Zugang und spätere Umbenennungen.
• Noch offen: exaktes Dataphonmodell, Decoderrevision, Jahr einzelner Bestellungen und konkrete Masken.
• Material sichern: Katalogseiten, Notizen, Rechnungen, Gerätefotos und eventuell Bildschirmaufnahmen getrennt archivieren.
• Keine Rekonstruktion als Erinnerung ausgeben: allgemeine typische Abläufe klar als Einordnung kennzeichnen.

Gerade bei Versandhausbestellungen können spätere Rechnungen oder Lieferunterlagen helfen, eine Erinnerung zeitlich einzuordnen. Sie sollten wegen persönlicher Daten jedoch nicht ungeprüft öffentlich gezeigt werden.

Technische und historische Referenzen

Die allgemeinen BTX-Angaben werden durch Museums-, Zeitungs- und Unternehmensarchive eingeordnet. Die persönlichen Bestellerfahrungen stammen aus der eigenen Erinnerung und werden nicht als allgemeine Eigenschaft jedes BTX-Zugangs ausgegeben.

Gebührenmodelle, Seitenaufbau und Bestellfunktionen konnten je nach Zeitraum, Endgerät, Anbieter und Vertrag unterschiedlich ausfallen. Konkrete Einzelangaben werden deshalb nicht pauschal auf jede BTX-Nutzung übertragen.

Querverweise im SSLXY-Archiv

Diese Seite gehört zu den BTX-, DFÜ-, Modem-, Mailbox- und frühen Online-Themen im sslxy-Bereich.

• Zur SSLXY-Hauptseite
• Zur allgemeinen BTX-Seite
• Zur Seite modems-und-dataphon.htm
• Zur Seite mailboxen-bbs.htm
• Zur Seite modems-mailboxen-und-protokolle.htm
• Zur Seite shell-accounts-und-hosts.htm