═══════════════════════════════════════════════════════
Telnet BBSes: The Dial Tone Goes Digital
2026-04-15 [bbs, telnet, mud, history]
═══════════════════════════════════════════════════════
By 1996 the writing was on the wall. The web was
winning. Callers were disappearing. Phone lines were expensive
and the internet was cheap.
But some SysOps refused to shut down. They had communities,
message bases, file areas, door games. Years of work. They
were not going to let it die because modems became obsolete.
The answer was Telnet.
───────────────────────────────────────────────────────
The migration
───────────────────────────────────────────────────────
Telnet was already everywhere. It was the standard way to get
a remote terminal on any Unix box. And that is exactly what a
BBS was. A terminal interface on a remote machine.
The migration path looked like this:
▓▓ Keep the BBS software running exactly
as before. RemoteAccess, Renegade, Mystic, Synchronet,
whatever you had.
▓▓ Replace the modem with a Telnet-to-
serial redirector. Programs like NetModem or
SIO/VMODEM made the BBS software think it was
still talking to a modem. It was talking to a TCP socket
instead.
▓▓ Get an IP address. Static if you
could afford it. DynDNS if you could not.
▓▓ Post your Telnet address on the BBS
lists. telnet://yourbbs.dyndns.org:23.
Some boards made the jump in a weekend. The BBS software
never knew the difference. It still sent ANSI escape codes. It
still expected a terminal on the other end.
The problem was what was on the other end.
───────────────────────────────────────────────────────
The terminal problem
───────────────────────────────────────────────────────
On dial-up, the caller ran a terminal program. Terminate,
Telix, QmodemPro, Telemate. These programs knew ANSI. They
rendered box-drawing characters, handled color codes, managed
file transfers with Zmodem.
On the internet, people had web browsers. They had
email. They did not have ANSI terminal emulators sitting around.
Windows had a basic Telnet client built in. It worked, but it
mangled ANSI art. Colors were wrong. Box characters did not
render. It was ugly.
The BBS scene needed a proper terminal. And the code that
solved this problem came from an unlikely neighbor.
───────────────────────────────────────────────────────
The MUD connection
───────────────────────────────────────────────────────
MUDs (Multi-User Dungeons) had been running on Telnet
since the late 1980s. Text-based RPGs where dozens of
players explored the same world simultaneously. They were the
MMOs before MMOs existed.
MUD players needed clients that could handle the exact same
problems BBS callers now faced:
▓▓ Telnet connection management. Connect to
a remote host over TCP, keep the session alive, handle
disconnects gracefully.
▓▓ ANSI escape sequence parsing. MUDs used
the same CSI color codes that BBSes did. Bold, blink,
foreground, background, cursor positioning.
▓▓ Character set handling. Including the
CP437 box-drawing characters that ANSI art depended on.
▓▓ Keyboard input processing. Translating
terminal key sequences into usable input, handling function
keys and arrow keys properly.
By the mid-90s, MUD clients had already solved all of this.
zMUD (1995) by Zugg Software was a polished Windows
client with full ANSI color rendering, triggers, aliases, and
scripting. TinTin++ was the Unix equivalent, open
source and battle-tested. MUSHclient handled ANSI
and Telnet negotiations with precision.
BBS terminal developers looked at MUD client code and thought:
why rewrite this?
The Telnet layer, the ANSI parser, the character set mapping,
the input handler. MUD clients had been doing this for years.
SyncTERM, NetRunner, and other Telnet BBS
clients borrowed heavily from the patterns and sometimes the
actual code that MUD clients had established.
Two communities that had been running parallel text-mode
worlds on opposite sides of the internet finally shared a
codebase.
───────────────────────────────────────────────────────
What survived
───────────────────────────────────────────────────────
The Telnet BBS scene never matched the dial-up era in size.
But it survived. Some boards that went online in 1993 are
still running today on Telnet.
The numbers tell the story:
1994 - estimated 60,000 BBSes in North America
1998 - maybe 5,000 still active, half on Telnet
2005 - a few hundred, almost all Telnet
2026 - a stubborn few dozen, plus retro hobbyists
The ones that survived had something the web could not
replicate easily. Door games like Legend of the
Red Dragon and TradeWars 2002. ANSI art galleries
that looked wrong in anything but a proper terminal.
Message bases with 20 years of history.
───────────────────────────────────────────────────────
The irony
───────────────────────────────────────────────────────
The irony is that Telnet itself is now considered legacy
technology. SSH replaced it for everything serious. Modern
BBS clients tunnel through SSH or use web-based terminal
emulators running in the browser.
We went from modems to Telnet to SSH to a web browser
pretending to be a terminal.
Full circle. The BBS refuses to die. It just keeps finding
new wires to travel on.
--- NO CARRIER ---
───────────────────────────────────────────────────────
[P]rev [B]log index [M]enu
Command >
ALT-H Help │ ALT-Z Hangup │ 14400,8N1 │ ANSI │ Node 1 │ bbs-build