Programmable and Networked Information · Communication and coordination

Bulletin-board systems, Usenet and Internet chat

Bulletin-board systems, Usenet and Internet chat groups three related but distinct pre-Web community forms. A dial-up bulletin-board system usually centres on one host operated by a system operator and reached through telephone modems. Usenet propagates articles among many servers and organises them into newsgroups.

When it emerged
Community Memory in 1973; public dial-up CBBS in 1978; Usenet from 1979-1980; IRC from 1988
What changed
Creates shared many-to-many communication spaces in which participants can post persistent messages or converse synchronously before mainstream Web and social platforms
Reading time
16 minutes
The essential questions

Bulletin-board systems, Usenet and Internet chat, clearly explained

Bulletin-board systems, Usenet and Internet chat groups three related but distinct pre-Web community forms. A dial-up bulletin-board system usually centres on one host operated by a system operator and reached through telephone modems. Usenet propagates articles among many servers and organises them into newsgroups.

What is it?

Persistent and Synchronous Networked Community Communication Before the Web is defined here as family of dial-up, federated discussion and synchronous text-conferencing systems. It reduces the following constraint: Creates shared many-to-many communication spaces in which participants can post persistent messages or converse synchronously before mainstream Web and social platforms.

What problem did it solve?

Email addressed individuals or lists, while early network users lacked accessible shared spaces for persistent public discussion and synchronous many-to-many conversation.

How did it work?

A dial-up bulletin-board system usually centres on one host operated by a system operator and reached through telephone modems. Usenet propagates articles among many servers and organises them into newsgroups. Internet Relay Chat connects clients to servers and channels for synchronous text conferencing.

What came before?

It built on Computer networks and ARPANET, Internet and TCP/IP and Email.

What did it make possible?

It helped make possible Social Networking and Microblogging Platforms, World Wide Web, Instant Messaging and Chat Applications and Blogs and Content-Management Systems.

What survived?

Boards and topic spaces remains visible in later networked communication systems.

Why does it still matter?

Communication moves beyond addressed private mail into communal topics, boards and channels. Names, norms, moderators, archives and recurring participants create social continuity. Usenet distributes articles across independently operated sites without one universal central host.

Deep dive

The deeper story

This topic groups three related but distinct pre-Web community forms. A dial-up bulletin-board system usually centres on one host operated by a system operator and reached through telephone modems. Usenet propagates articles among many servers and organises them into newsgroups. Internet Relay Chat connects clients to servers and channels for synchronous text conferencing [1]-[7].

The systems must not be collapsed into one generic 'early social media' blob. BBS communication is often local, host-centred and constrained by phone lines. Usenet is federated and replication-based: articles propagate between sites, producing eventual rather than instantaneous consistency. IRC is live and channel-centred: participants and servers maintain presence and distribute messages in real time [3]-[7].

Persistence and synchrony produce different social affordances. A persistent post can be discovered later, quoted and threaded. A live channel rewards presence, rapid turn-taking and conversational awareness but may preserve less history. Both require moderation, identity conventions, operator power and abuse control.

These systems made users publishers and community members before the mass Web. They also previewed modern conflicts over moderation, pseudonymity, harassment, local autonomy, federation, platform governance, archival memory and the cost of maintaining common spaces.

The big idea

BBSs, Usenet and IRC belong in one transitional family but remain separate architectures: local host-centred boards, federated persistent article propagation and synchronous channel-based chat. Their social differences follow directly from topology, persistence and timing.

Main problem addressed

Creates shared many-to-many communication spaces in which participants can post persistent messages or converse synchronously before mainstream Web and social platforms

Connections

What came before and what followed

Start with the key connections, then reveal the wider network when you need more context.

Connections for Bulletin-board systems, Usenet and Internet chatSocial Networkingand MicrobloggingPlatformsComputer networksand ARPANETInternet and TCP/IPEmailWorld Wide WebInstant Messagingand ChatApplicationsBlogs andContent-ManagementSystemsSMS and Mobile TextMessagingBulletin-board systems,Usenet and Internetchat
Enabling connection
Email

Provides asynchronous text, headers and discussion-list precedents.

Extended or built upon
World Wide Web

Supplies a universal browser interface for forums and community sites.

Timeline

Key moments

How Bulletin-board systems, Usenet and Internet chat emerged

This marks the broad emergence and development of Bulletin-board systems, Usenet and Internet chat. Why it mattered: Creates shared many-to-many communication spaces in which participants can post persistent messages or converse synchronously before mainstream Web and social platforms.

People and organisations

Who helped shape it?

Jarkko Oikarinen

Jarkko Oikarinen is one of the people connected to this topic. Open the profile for the wider historical context.

Ward Christensen

Ward Christensen is one of the people connected to this topic. Open the profile for the wider historical context.

Research notes

Open the full research notes

These expandable sections preserve the detailed research behind the public explanation.

1. Executive Summary

This topic groups three related but distinct pre-Web community forms. A dial-up bulletin-board system usually centres on one host operated by a system operator and reached through telephone modems. Usenet propagates articles among many servers and organises them into newsgroups. Internet Relay Chat connects clients to servers and channels for synchronous text conferencing [1]-[7].

The systems must not be collapsed into one generic 'early social media' blob. BBS communication is often local, host-centred and constrained by phone lines. Usenet is federated and replication-based: articles propagate between sites, producing eventual rather than instantaneous consistency. IRC is live and channel-centred: participants and servers maintain presence and distribute messages in real time [3]-[7].

Persistence and synchrony produce different social affordances. A persistent post can be discovered later, quoted and threaded. A live channel rewards presence, rapid turn-taking and conversational awareness but may preserve less history. Both require moderation, identity conventions, operator power and abuse control.

These systems made users publishers and community members before the mass Web. They also previewed modern conflicts over moderation, pseudonymity, harassment, local autonomy, federation, platform governance, archival memory and the cost of maintaining common spaces.

The big idea

BBSs, Usenet and IRC belong in one transitional family but remain separate architectures: local host-centred boards, federated persistent article propagation and synchronous channel-based chat. Their social differences follow directly from topology, persistence and timing.

2. Identification

| Field | Value | |---|---| | Public title | Bulletin-Board Systems, Usenet and Internet Chat | | Analytical title | Persistent and Synchronous Networked Community Communication Before the Web | | Recommended type | Family of dial-up, federated discussion and synchronous text-conferencing systems | | Primary category | Interaction & coordination | | Secondary categories | Distribution; storage; discovery; community; governance; transmission | | Emergence | Community Memory in 1973; public dial-up CBBS in 1978; Usenet from 1979-1980; IRC from 1988 |

3. Operational Definition

Persistent and Synchronous Networked Community Communication Before the Web is defined here as family of dial-up, federated discussion and synchronous text-conferencing systems. It reduces the following constraint: Creates shared many-to-many communication spaces in which participants can post persistent messages or converse synchronously before mainstream Web and social platforms.

The topic includes the technical mechanism, operational service, organisations and access rules necessary for the system to function. It excludes neighbouring methods and applications where those can be analysed independently. The stable topic ID is preserved even when its primary category or title is refined.

4. Why the Topic Matters

4.1 Users publish into shared spaces

Communication moves beyond addressed private mail into communal topics, boards and channels.

4.2 Communities persist beyond individual messages

Names, norms, moderators, archives and recurring participants create social continuity.

4.3 Federation appears before the Web

Usenet distributes articles across independently operated sites without one universal central host.

4.4 Synchrony becomes a distinct service

IRC supports live multi-user channels and presence rather than delayed article propagation.

4.5 Local operators become governors

Sysops and server administrators control access, moderation, retention and technical availability.

4.6 Access cost shapes geography

Telephone charges, modem ownership and institutional network access determine who can participate and which communities feel local.

5. Terminology
  • BBS: Bulletin-board system, usually a host reached by modem where users read, post, exchange files or use services.
  • Sysop: System operator who runs a BBS and controls accounts, content and maintenance.
  • Board/forum: Persistent topical message area.
  • Dial-up: Connection through the public telephone network using modems.
  • Usenet: Distributed system for propagating network-news articles among sites.
  • Newsgroup: Named Usenet discussion category.
  • Article: Usenet message containing headers and body.
  • Propagation: Replication of articles between news servers.
  • Feed: Exchange relationship through which sites send news articles.
  • Thread: Conversation linked through references and replies.
  • IRC: Internet Relay Chat, a text-conferencing protocol and server network.
  • Channel: Named IRC conversation space.
  • Client: User-facing program connecting to a server.
  • Server: System relaying chat messages or storing/propagating articles.
  • Presence: Information that a user is currently connected or participating.
  • Moderation: Technical and social control over access, behaviour and content.
  • Federation: Multiple independently operated servers exchanging information through shared protocols.
6. Boundary With Neighbouring Topics

6.1 BBS versus Usenet

A BBS is commonly one dial-up host; Usenet propagates articles among many sites.

6.2 Usenet versus email list

Usenet articles are published to replicated newsgroups; mailing lists deliver copies to subscribed mailboxes.

6.3 Usenet versus Web forum

Usenet is protocol-federated and server-replicated; Web forums are usually hosted within one Web application.

6.4 IRC versus BBS chat

IRC is a networked server-and-channel protocol; BBS chat may remain a local feature of one host.

6.5 Persistent discussion versus synchronous chat

Boards and newsgroups tolerate delayed participation; IRC depends more heavily on concurrent presence.

6.6 Community versus protocol

A protocol provides message exchange; community emerges from recurring users, norms, identities and governance.

6.7 Federation versus decentralisation

Federated servers can still have powerful operators, hubs, peering dependencies and exclusion rules.

6.8 Pseudonymity versus anonymity

A stable nickname may support reputation without revealing civil identity; it is not complete anonymity.

6.9 Archive versus live experience

Logs and archives can preserve chat, but persistence is not always inherent or expected.

7. Communication Pattern

BBS users dial a host and interact with stored local messages. Usenet users post articles that propagate among servers and remain readable later. IRC users connect to servers and exchange messages in named channels with live presence.

| Dimension | Pattern | |---|---| | Participation | One-to-one, one-to-many or many-to-many depending on service | | Timing | Synchronous, near-synchronous or asynchronous | | Persistence | Defined by host, mailbox, spool, log or application policy | | Topology | Layered, centralised, federated or internetworked | | Feedback | Protocol acknowledgement, reply, visible presence or moderation action | | Access | Accounts, attached networks, equipment and operator policy |

8. Expanded Communication Model

| Stage | Function | |---|---| | Producer | Registered user, pseudonymous participant or automated bot | | Client | Terminal or dedicated software | | Access network | Dial-up telephone line or Internet connection | | Community container | Board, newsgroup or channel | | Distribution | Local storage, federated replication or real-time relay | | Identity | Account, nickname, hostmask or posting address | | Governance | Sysop, moderator, server operator and community norms | | Persistence | Message database, news spool, optional chat logs | | Recipient | Current participants or later readers | | Feedback | Replies, quotes, direct messages, kicks, bans or moderation |

9. Historical Emergence

9.1 Public community terminals

Community Memory in Berkeley used shared terminals and a central computer to let users post and retrieve public messages.

9.2 Dial-up BBS

Christensen and Suess launched CBBS in 1978, using a microcomputer and modem to reproduce a community bulletin board electronically [1].

9.3 BBS proliferation

Hobbyists created boards with message areas, files, games and local cultures, often limited by one phone line and long-distance charges.

9.4 Usenet formation

Usenet emerged around 1979-1980 as a general-access Unix news network, initially exchanging articles through dial-up links [2][3].

9.5 Article standardisation

RFC 850 and RFC 1036 documented headers, control messages, transmission methods and propagation algorithms [3][4].

9.6 Federation and hierarchy

Newsgroups, feeds, site policy and moderation created a distributed but governed public discussion system.

9.7 IRC creation

Jarkko Oikarinen implemented IRC in 1988 from a BBS-chat context; it grew into interconnected server networks [5]-[7].

9.8 Live channel governance

Nicknames, operators, channel modes, kicks and bans made governance part of the real-time protocol environment.

9.9 Web migration

Web forums and portals absorbed many BBS and Usenet functions while often centralising hosting and identity.

9.10 Persistent legacy

Federated forums, group chat, Discord-like servers, Matrix, Slack and social platforms inherit combinations of boards, feeds, channels and operator powers.

10. Prerequisites
  • Text terminals or personal computers
  • Persistent message storage
  • Telephone modems or computer networks
  • Accounts or nickname conventions
  • Message formats and identifiers
  • Server software
  • Local or federated operators
  • Discovery through board lists, newsgroup names or channel names
  • Moderation and access-control mechanisms
11. Periodisation

11.1 Public terminal experiments, early-mid 1970s

Shared computer terminals support community posting.

11.2 Dial-up BBS emergence, late 1970s

Microcomputers and modems create independently run boards.

11.3 BBS expansion, 1980s-early 1990s

Local and commercial boards develop rich cultures and services.

11.4 Usenet federation, 1979-1980s

Unix sites exchange replicated news articles.

11.5 IRC and synchronous channels, 1988-1990s

Server networks provide live text conferencing.

11.6 Web forum migration, mid-1990s-2000s

Browser-based hosted forums replace many dial-up and newsreader workflows.

11.7 Platform and group-chat convergence

Modern services combine persistent posts, real-time channels, notifications and identity graphs.

11.8 Federation revival

Open social protocols revisit server autonomy, portability and community governance.

12. Main Problem Addressed

Email addressed individuals or lists, while early network users lacked accessible shared spaces for persistent public discussion and synchronous many-to-many conversation.

| Before | After | |---|---| | Email addressed individuals or lists, while early network users lacked accessible shared spaces for persistent public discussion and synchronous many-to-many conversation. | Creates shared many-to-many communication spaces in which participants can post persistent messages or converse synchronously before mainstream Web and social platforms |

13. Evaluation Matrix

| Dimension | Batch 10 evaluation question | |---|---| | Reach | How many hosts, sites or users can participate, and through which access conditions? | | Latency | How long does interaction, propagation, delivery or response take? | | Persistence | Does information survive disconnection, and where is it stored? | | Addressability | How are hosts, users, groups, channels or resources identified? | | Topology | Is the system centralised, federated, hierarchical, peer-distributed or hybrid? | | Interoperability | Can heterogeneous implementations communicate through a shared specification? | | Reliability | Where are loss detection, retransmission, ordering, duplication control and recovery implemented? | | Governance | Who can allocate names, routes, accounts, groups, privileges and access? | | Access cost | What equipment, line charges, institutional sponsorship or technical skill is required? | | Abuse surface | How easily can users spam, impersonate, harass, overload, censor or surveil others? |

| Topic field | Value | |---|---| | Main problem addressed | Creates shared many-to-many communication spaces in which participants can post persistent messages or converse synchronously before mainstream Web and social platforms | | Key predecessors | Physical bulletin boards; time-sharing; modems; computer networks; email; message storage; text protocols | | Key successors | Web forums; instant messaging; social platforms; group chat; online communities | | Primary category | Interaction & coordination | | Secondary categories | Distribution; storage; discovery; community; governance; transmission |

14. Advantages and Capabilities

1. Many-to-many participation

Many-to-many participation becomes a durable capability when protocols, implementations, operators and access conditions align.

2. Persistent communal memory

Persistent communal memory becomes a durable capability when protocols, implementations, operators and access conditions align.

3. Topic and channel organisation

Topic and channel organisation becomes a durable capability when protocols, implementations, operators and access conditions align.

4. Pseudonymous identity

Pseudonymous identity becomes a durable capability when protocols, implementations, operators and access conditions align.

5. Local experimentation

Local experimentation becomes a durable capability when protocols, implementations, operators and access conditions align.

6. Federated propagation

Federated propagation becomes a durable capability when protocols, implementations, operators and access conditions align.

7. Live conversational coordination

Live conversational coordination becomes a durable capability when protocols, implementations, operators and access conditions align.

8. User-generated publishing

User-generated publishing becomes a durable capability when protocols, implementations, operators and access conditions align.

15. Civilisational Contributions

1. Online community culture

Online community culture extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

2. Moderation practices

Moderation practices extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

3. Threaded discussion

Threaded discussion extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

4. Pseudonymous reputation

Pseudonymous reputation extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

5. Federated content distribution

Federated content distribution extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

6. Live group chat

Live group chat extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

7. Digital subcultures and support networks

Digital subcultures and support networks extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

8. User-generated archives

User-generated archives extends communication beyond the limits of the preceding systems and creates new organisations around information exchange.

16. Organisations, Access and Power

1. Hobbyist sysops

Hobbyist sysops shapes participation, standards, resource allocation, visibility and enforcement.

2. University and research sites

University and research sites shapes participation, standards, resource allocation, visibility and enforcement.

3. Usenet administrators and backbone feeds

Usenet administrators and backbone feeds shapes participation, standards, resource allocation, visibility and enforcement.

4. IRC network and server operators

IRC network and server operators shapes participation, standards, resource allocation, visibility and enforcement.

5. Volunteer moderators

Volunteer moderators shapes participation, standards, resource allocation, visibility and enforcement.

6. Telecommunications carriers and phone-pricing regimes

Telecommunications carriers and phone-pricing regimes shapes participation, standards, resource allocation, visibility and enforcement.

7. Commercial online services

Commercial online services shapes participation, standards, resource allocation, visibility and enforcement.

8. Archivists preserving boards and news

Archivists preserving boards and news shapes participation, standards, resource allocation, visibility and enforcement.

17. Limitations, Harms and Trade-Offs

1. Harassment and flame wars

Harassment and flame wars follows from the same architecture that creates reach, persistence or shared access.

2. Exclusionary local cultures

Exclusionary local cultures follows from the same architecture that creates reach, persistence or shared access.

3. Operator arbitrariness

Operator arbitrariness follows from the same architecture that creates reach, persistence or shared access.

4. Phone charges and access inequality

Phone charges and access inequality follows from the same architecture that creates reach, persistence or shared access.

5. Spam and cross-posting

Spam and cross-posting follows from the same architecture that creates reach, persistence or shared access.

6. Rumour propagation

Rumour propagation follows from the same architecture that creates reach, persistence or shared access.

7. Identity impersonation

Identity impersonation follows from the same architecture that creates reach, persistence or shared access.

8. Server splits and inconsistent state

Server splits and inconsistent state follows from the same architecture that creates reach, persistence or shared access.

9. Loss of archives

Loss of archives follows from the same architecture that creates reach, persistence or shared access.

10. Illegal or abusive file exchange

Illegal or abusive file exchange follows from the same architecture that creates reach, persistence or shared access.

11. Moderation labour and burnout

Moderation labour and burnout follows from the same architecture that creates reach, persistence or shared access.

18. Predecessors, Successors and Relationships

| Relationship | Topic | Reason | |---|---|---| | Predecessor | Email Email | Provides asynchronous text, headers and discussion-list precedents. | | Predecessor | Computer networks and ARPANET Computer networks and ARPANET | Provides host networking and remote access. | | Predecessor | Internet and TCP/IP Internet and TCP/IP | Provides internetwork reach for Usenet and IRC. | | Successor | Instant Messaging and Chat Applications Instant messaging and chat applications | Combines presence, direct messages and persistent history. | | Successor | Blogs and Content-Management Systems Blogs and CMS | Moves user publishing onto the Web. | | Successor | Social Networking and Microblogging Platforms Social networking platforms | Adds social graphs, feeds and algorithmic amplification. | | Successor | World Wide Web World Wide Web | Supplies a universal browser interface for forums and community sites. |

The relationship table separates enabling layers from applications. A predecessor may remain in use after this topic appears, and a successor may depend on the topic without replacing it.

19. What Survived

1. Boards and topic spaces

Boards and topic spaces remains visible in later networked communication systems.

2. Threads and references

Threads and references remains visible in later networked communication systems.

3. Sysops and moderators

Sysops and moderators remains visible in later networked communication systems.

4. Nicknames and pseudonyms

Nicknames and pseudonyms remains visible in later networked communication systems.

5. Channels and presence

Channels and presence remains visible in later networked communication systems.

6. Kicks, bans and access modes

Kicks, bans and access modes remains visible in later networked communication systems.

7. Federated feeds

Federated feeds remains visible in later networked communication systems.

8. Community norms

Community norms remains visible in later networked communication systems.

9. Message archives and logs

Message archives and logs remains visible in later networked communication systems.

20. Representative Cases

20.1 Community Memory

This case demonstrates a distinct architectural, operational or social feature of bulletin-board systems, usenet and internet chat.

20.2 CBBS Chicago

This case demonstrates a distinct architectural, operational or social feature of bulletin-board systems, usenet and internet chat.

20.3 Local hobbyist BBS culture

This case demonstrates a distinct architectural, operational or social feature of bulletin-board systems, usenet and internet chat.

20.4 Early Usenet

This case demonstrates a distinct architectural, operational or social feature of bulletin-board systems, usenet and internet chat.

20.5 RFC 850 news format

This case demonstrates a distinct architectural, operational or social feature of bulletin-board systems, usenet and internet chat.

20.6 RFC 1036 propagation

This case demonstrates a distinct architectural, operational or social feature of bulletin-board systems, usenet and internet chat.

20.7 IRC creation

This case demonstrates a distinct architectural, operational or social feature of bulletin-board systems, usenet and internet chat.

20.8 IRC server/channel architecture

This case demonstrates a distinct architectural, operational or social feature of bulletin-board systems, usenet and internet chat.

21. Research Uncertainty and Open Questions
  • Should Community Memory receive separate treatment from dial-up BBSs?
  • How should FidoNet and commercial online services fit between local boards and the Internet?
  • Should Usenet and IRC eventually split into separate topics?
  • How should moderation authority be compared across local, federated and centralised systems?
  • When does a protocol network become a platform institution?

The research notes avoids single-inventor mythology. It distinguishes first concept, first implementation, first operational service, first standard and mass adoption. These are rarely the same event.

22. Claim Register

|---|---|---|---| | Bulletin-board systems, Usenet and Internet chat-C01 | BBSs, Usenet and IRC use materially different topologies and timing models. | High | S01-S07 | | Bulletin-board systems, Usenet and Internet chat-C02 | CBBS launched as a public dial-up bulletin-board system in 1978. | High | S01 | | Bulletin-board systems, Usenet and Internet chat-C03 | Usenet emerged around 1979-1980 and propagated articles among Unix sites. | High | S02-S04 | | Bulletin-board systems, Usenet and Internet chat-C04 | RFC 850 and RFC 1036 define Usenet article and propagation conventions. | High | S03-S04 | | Bulletin-board systems, Usenet and Internet chat-C05 | IRC originated in a BBS-chat context in 1988 and developed into a server network. | High | S05-S07 | | Bulletin-board systems, Usenet and Internet chat-C06 | Persistent discussion and synchronous chat create different social incentives. | High | Analytical synthesis | | Bulletin-board systems, Usenet and Internet chat-C07 | Federation does not eliminate operator power. | High | S03-S07; analytical synthesis | | Bulletin-board systems, Usenet and Internet chat-C08 | Access cost and network geography shaped early community membership. | High | S01-S03 |

23. Comparative Analysis

| Comparison | Main difference | Analytical value | |---|---|---| | BBS | Local host-centred persistent community | Shows sysop control and dial-up locality. | | Usenet | Federated replicated article system | Shows decentralised propagation and eventual consistency. | | IRC | Synchronous server-and-channel chat | Shows presence and live relay. | | Email list | Copies messages to subscriber mailboxes | Separates addressed distribution from shared publication. | | Web forum | Browser-hosted persistent discussion | Shows interface expansion and common centralisation. | | Modern social platform | Graph and algorithm-driven distribution | Shows later scale and automated attention allocation. |

The most important comparison is architectural rather than chronological. Similar user experiences can be produced by radically different storage, transport, topology and governance arrangements.

28. Final perspective

Bulletin-Board Systems, Usenet and Internet Chat represents a shift from isolated information activity toward shared, addressable and governed communication. Its historical importance lies not only in faster transmission, but in the rules that let independent machines and people coordinate across distance.

The system reduced a real constraint: Creates shared many-to-many communication spaces in which participants can post persistent messages or converse synchronously before mainstream Web and social platforms. It also created new dependencies on protocols, operators, names, accounts, queues, standards and infrastructure. Those dependencies are not implementation debris. They are part of the information system.

BBSs, Usenet and IRC belong in one transitional family but remain separate architectures: local host-centred boards, federated persistent article propagation and synchronous channel-based chat. Their social differences follow directly from topology, persistence and timing.

Evidence

Sources and further reading

  1. Ward Christensen and Randy Suess, Hobbyist Computerized Bulletin Board System, BYTE, November 1978. https://archive.org/details/byte-magazine-1978-11

    Open source ↗

  2. Ronda Hauben, On the Early Days of Usenet, based on accounts and early documents. https://www.columbia.edu/~hauben/book-pdf/CHAPTER%2010.pdf

    Open source ↗

  3. Mark Horton, RFC 850: Standard for Interchange of USENET Messages, June 1983. https://www.rfc-editor.org/rfc/rfc850.html

    Open source ↗

  4. Mark Horton and Rick Adams, RFC 1036: Standard for Interchange of USENET Messages, December 1987. https://www.rfc-editor.org/rfc/rfc1036.html

    Open source ↗

  5. Jarkko Oikarinen and Darren Reed, RFC 1459: Internet Relay Chat Protocol, May 1993. https://www.rfc-editor.org/rfc/rfc1459.html

    Open source ↗

  6. Christophe Kalt, RFC 2810: Internet Relay Chat: Architecture, April 2000. https://www.rfc-editor.org/rfc/rfc2810.html

    Open source ↗

  7. Jarkko Oikarinen, IRC History. https://www.irc.org/history_docs/jarkko.html

    Open source ↗

  8. Charles Lindsey, RFC 5537: Netnews Architecture and Protocols, November 2009. https://www.rfc-editor.org/rfc/rfc5537.html Bulletin-Board Systems, Usenet and Internet Chat represents a shift from isolated information activity toward shared, addressable and governed communication. Its historical importance lies not only in faster transmission, but in the rules that let independent machines and people coordinate across distance. The system reduced a real constraint: Creates shared many-to-many communication spaces in which participants can post persistent messages or converse synchronously before mainstream Web and social platforms. It also created new dependencies on protocols, operators, names, accounts, queues, standards and infrastructure. Those dependencies are not implementation debris. They are part of the information system. > **BBSs, Usenet and IRC belong in one transitional family but remain separate architectures: local host-centred boards, federated persistent article propagation and synchronous channel-based chat. Their social differences follow directly from topology, persistence and timing.**

    Open source ↗