Fact-checked by Grok 2 weeks ago

FidoNet

FidoNet is a decentralized, store-and-forward designed for exchanging email and discussion messages, known as echomail, between systems (es) via dial-up modems over the public telephone network. Founded in 1984 by American software developer Tom Jennings in to connect his MS-DOS-based with a friend's system, it provided a low-cost alternative to commercial networks for hobbyists and early online communities. The network's technology relies on unique protocols for packet-based message transfer, initially using XModem for file handling and later enhanced with more efficient ZModem-based streaming methods to reduce telephone costs and improve speed. Nodes, which are individual computers, operate autonomously and poll each other during off-peak hours to exchange bundled packets of messages, following a hierarchical addressing system (zone:net/node.point) established in to manage routing across continents. This structure supported multi-platform compatibility, including , Unix, Macintosh, and others, and included tools like mailers for transport, packers/scanners for processing, and a centralized nodelist for node coordination, maintained by figures such as Ben Baker. FidoNet experienced rapid growth, expanding from about 100 nodes in 1984 to 600 by 1985, and reaching a peak of approximately 38,000 nodes worldwide by 1995, with the majority in (59%) and (30%). Key innovations included the introduction of echomail in 1986 by Jeff Rush, enabling topic-specific discussion areas, and gateways to in 1987 (enabling limited interoperability with ) and to the in 1991. By the early 1990s, it served an estimated 2 million echomail users and 200,000 users, fostering global virtual communities before the rise of the diminished its prominence. Although its scale has contracted significantly with the advent of broadband internet and web-based forums, FidoNet remains operational as of 2025, with active nodes exchanging messages through maintained technical standards and publications like FidoNews. The network's legacy lies in its role as a pioneering system that democratized online communication, influencing later decentralized protocols and preserving culture for enthusiasts.

Introduction

Definition and Purpose

FidoNet is a decentralized, store-and-forward network comprising bulletin board systems (BBSes) that facilitates asynchronous exchange of electronic messages and files between connected nodes via dial-up modems. Developed as a hobbyist-driven system, it links independent BBSes worldwide, allowing users to communicate without direct real-time connections. This architecture enables messages to be stored temporarily at each node until they can be forwarded to their destination, promoting efficient data routing across geographically dispersed systems. The primary purpose of FidoNet is to enable global communication among computer enthusiasts, hobbyists, and system operators (sysops) in an era predating widespread commercial internet access, with origins tracing back to 1984. By operating without reliance on central servers or proprietary commercial infrastructure, it empowered volunteers to build a cooperative, low-cost alternative for sharing information, fostering online communities centered on personal computing interests. This democratic approach prioritized accessibility for non-professional users, requiring only basic hardware like a personal computer, modem, and telephone line. At its core, FidoNet functions through scheduled polling, where nodes dial one another at predetermined times—often once or twice daily—to batch-transfer "mail" packets containing messages and files, thereby minimizing expenses. These exchanges rely on protocols tailored for modem-based transfers over public lines, ensuring reliable delivery without constant . This design underscored FidoNet's emphasis on cost-efficiency and autonomy, distinguishing it from centralized networks like by leveraging everyday phone infrastructure for independent, operations.

Key Features and Innovations

FidoNet introduced several innovative mechanisms that enabled efficient communication among systems (BBSes) in an era dominated by dial-up telephone connections and high long-distance costs. Central to its design was a store-and-forward that allowed nodes to exchange batches of messages and files during scheduled sessions, minimizing the need for constant connectivity and reducing operational expenses. This topology relied on automated polling, where nodes initiated calls to hubs or peers at predefined times, often during off-peak hours, to batch-transfer data and avoid per-minute charges. The first implementation of this automated, timed batch exchange system occurred in using an early XModem-based protocol, later standardized as FTS-0001 in 1986, which standardized handshaking, message packaging, and transfer procedures, eventually scaling to support thousands of nodes worldwide. A hallmark innovation was echomail, a for public discussion forums known as echo conferences, which facilitated threaded and moderated conversations across the network. Users posted messages to local areas, which were then scanned, packaged into packets, and exported via netmail to connected nodes for redistribution to subscribers. This created distributed, topic-specific mailing lists where replies formed threads using reply-to linkages, and moderation was handled by system operators (sysops) who could gatekeep content before export. Echomail's broadcast nature allowed a single message to propagate globally through the hierarchy, fostering community discussions on diverse subjects without requiring real-time interaction. Complementing echomail was netmail, a private point-to-point messaging system for direct communication between users on different BBSes. Unlike echomail's public distribution, netmail routed individual messages from sender to recipient via the network's addressing and protocols, ensuring while traversing multiple hops if necessary. Messages were queued locally, bundled into packets during polling sessions, and delivered unattended, making it an early form of asynchronous over telephone lines. FidoNet also pioneered efficient file distribution through mechanisms like file requests (FILEREQ or FREQ) and batch transfers, which automated the retrieval and sending of files between nodes, initially using XModem and later more efficient protocols such as ZModem or . Users could send a request via netmail, prompting the remote system to include the file in the next outbound batch during a scheduled poll; this was particularly useful for sharing software and data archives. To mitigate transmission costs and time, binary files were often packed into compressed archives such as format before transfer, leveraging protocols like ZMODEM or for reliable, error-checked delivery in the exchanges. Nodes acted as hubs, aggregating requests and responses to optimize the flow across the topology.

History

Origins

FidoNet was founded in 1984 by Tom Jennings, a software developer based in , , who authored the Fido bulletin board system () software and sought to enable automated exchanges between disparate es to overcome the limitations of manual data transfers. The network emerged from frustrations with inefficient methods like postal mail for sharing files or costly long-distance voice calls for coordination among sysops, aiming instead for low-cost, overnight automation using standard modems during off-peak hours. Jennings modified his Fido software to include polling capabilities, allowing systems to call each other automatically and exchange messages in a store-and-forward manner. Accounts of FidoNet's inception vary slightly in emphasis. Jennings described it primarily as a technical experiment to test modem-based networking feasibility between his system (node Fido #1) and collaborator John Madill's in (Fido #2), starting in May or with rudimentary software lacking advanced or error correction. In contrast, early collaborator Ben Baker, a St. Louis-based hobbyist involved in local computer clubs and ham radio circles, highlighted the community-oriented motivations, portraying FidoNet as a response to the practical needs of enthusiasts for seamless and messaging across regional BBSes without prohibitive phone expenses. The initial setup involved releasing an early version of the FidoNet-compatible software in June 1984, which facilitated the first successful inter-BBS mail exchange between Jennings' and Madill's systems, marking the network's operational debut. By August 1984, as the node count approached 30, primarily among and Midwest sysops grappling with interstate calling rates, Jennings enlisted and Kaplan in to manage the growing nodelist and refine polling sequences for efficiency. This grassroots expansion reflected FidoNet's unique concept of decentralized, cost-effective automation, rapidly attracting early adopters who valued its simplicity over commercial alternatives.

Early Development

Following the founding of FidoNet by Tom Jennings in 1984, the network launched its operational phase in 1985, marked by the compilation of the first nodelist—a directory of participating nodes—maintained by Jennings himself. This nodelist served as a critical distributed file, listing active nodes with details such as phone numbers, locations, and sysop contacts, and was updated weekly to support efficient mail routing across the growing system. By early 1985, the network had expanded to approximately 200 nodes, reflecting rapid adoption among (BBS) operators seeking low-cost inter-BBS communication. To manage the increasing scale and minimize long-distance polling costs, FidoNet introduced nets in mid-1985 as logical groupings of nodes organized by geographic regions. These nets, such as Net 11 serving the , allowed nodes to poll and exchange hierarchically within local areas before relaying to distant hubs, thereby reducing telephone expenses and improving efficiency. The adoption of this net/node addressing scheme, fully implemented by August 1985, transformed the flat node list into a structured that concentrated intercity traffic through designated regional coordinators. At its core, each participating BBS functioned as a full when running Fido-compatible software, enabling it not only to originate personal but also to store, forward, and relay messages to other nodes during off-peak hours, embodying the network's store-and-forward . A pivotal moment came in October 1986 at the FidoNet Standards Committee meeting on the , where the network's operations were formalized through the establishment of standards and governance procedures. This event, attended by key developers and sysops, addressed scaling challenges and led directly to enhancements in the software, culminating in version 12 by 1987, which introduced improved batching capabilities for more reliable and efficient mail handling. These updates optimized the session-based polling process, allowing nodes to batch multiple messages into single calls and better manage session crashes. By 1987, FidoNet boasted approximately 1,900 active nodes, predominantly in , though early international connections had already begun linking systems in via dedicated lines to support mail exchange. These links, established as node counts surpassed 1,900 globally, marked the onset of FidoNet's cross-continental reach while maintaining its emphasis on cost-effective, asynchronous communication among hobbyist-run BBSes.

Expansion and Extensions

During the mid-1980s, FidoNet experienced significant growth, transitioning from a primarily North American network to a global system through key technological and structural innovations that addressed scalability and international participation. By 1986, the network had grown to approximately 1,400 nodes, driven by enhancements that facilitated broader communication. A pivotal addition was echomail, introduced in February 1986 by Jeff Rush, a FidoNet system operator. This feature enabled public echo conferences for topic-specific discussions, mirroring Usenet newsgroups and allowing messages to propagate across the network in a store-and-forward manner; the first international echomail conference on MODULA-2 spread to Europe, Australia, and North America within two weeks of launch. To manage the increasing international scope and routing complexity, FidoNet introduced zones in as top-level geographical divisions. Zone 1 encompassed , while the rapid adoption of FidoNet in in the late prompted the creation of Zone 2 for , the former countries, and . This hierarchical addressing scheme (zone:net/node) improved mail routing efficiency across continents via dedicated zonegates, such as 1:1/3 for . By 1989, these changes contributed to the nodelist exceeding 5,000 entries, reflecting a surge to over 4,700 active nodes. Further extensions in 1989 supported this expansion by accommodating more users and diverse content. TosScan, a tosser-scanner utility, was developed to handle international character support in echomail, facilitating non-English discussions in growing regions like . The points system, introduced in 1986 as part of the hierarchical structure, allowed non-voting satellite connections to established s, enabling individual users to participate without full node status and reducing polling overhead on the core network. The International FidoNet Association (IFNA), formalized in the mid-1980s, contributed to file archiving standards that streamlined file requests and transfers across the network. Additionally, early crashmail protocols prioritized urgent netmail routing, ensuring faster delivery for time-sensitive messages without disrupting standard traffic.

Peak and Decline

FidoNet attained its zenith between 1994 and 1996, boasting over 35,000 active nodes worldwide by mid-1995, facilitated by widespread adoption of affordable PC hardware and dial-up modems. Zone 1, encompassing , represented the network's largest segment with more than 10,000 nodes, underscoring its strong foothold in the United States and . During this period, FidoNet's echomail system supported robust global discussions, with daily compressed traffic exceeding 8 megabytes by the early , far surpassing the original netmail volume and enabling shared forums across thousands of systems. Key milestones included the proliferation of gateways to in the early , with several dozen such connections allowing seamless message exchange between the dial-up network and the burgeoning , thus extending FidoNet's reach to millions of users monthly via intermittent connections. The network's contraction began in the mid-1990s, accelerated by the around 1995, which introduced affordable always-on access through services like and hotmail, diminishing the appeal of dial-up . Broadband adoption further eroded FidoNet's infrastructure by obviating the need for dedicated modems and long-distance calls, leading to a halving of nodes to approximately 10,000 by 2000. Internal challenges compounded the external pressures, including policy disputes over hierarchical governance that favored certain sysops and sparked conflicts within the International FidoNet Association. Software fragmentation arose as the original flat struggled to scale beyond initial designs, while competing BBS implementations diverged in compatibility. High maintenance costs for sysops, encompassing telephone bills and hardware upkeep, became unsustainable amid declining participation. By 2004, FidoNet's node count had plummeted below 5,000, reflecting a sharp transition as users migrated to Windows-based clients and dominant ISPs rendered standalone networks obsolete. This downturn marked the end of FidoNet's dominance in pre- communication, though its protocols persisted in niche applications.

Resurgence and Legacy

Following the decline precipitated by the widespread adoption of the in the , FidoNet saw a resurgence in the driven by among retro computing enthusiasts. Hobbyists and sysops began resurrecting systems (BBSes) compatible with FidoNet protocols, often using emulators and interfaces to recreate the dial-up experience over modern networks. This revival preserved the network's community-driven ethos, allowing users to exchange messages and files in a manner reminiscent of the pre-web era. In regions with limited , FidoNet found renewed adoption as a cost-effective alternative during the 2000s and beyond. In , where broadband expansion lagged, the network maintained popularity for its ability to operate over lines, serving as a bridge for digital communication in underserved areas. Similarly, in parts of , FidoNet's low-bandwidth store-and-forward model supported early connectivity efforts, enabling email-like exchanges without full reliance. By 2016, these efforts contributed to a count of approximately 2,000, reflecting sustained interest despite technological shifts. FidoNet's legacy endures as a foundational precursor to modern decentralized networks, embodying anarchist principles of distributed control and communication that influenced systems like and early protocols. Its emphasis on voluntary node participation and message routing without central authority prefigured contemporary open protocols, while inspiring the development of open-source software that integrates FidoNet compatibility. Key developments in the included protocol refinements for broader , and the witnessed growth in Fido Technology Network (FTN) variants, which extended the core architecture to hobbyist and experimental setups. As a symbol of pre-web digital communities, FidoNet highlighted the value of resilient, user-governed networks, with its offline-capable messaging proving adaptable for low-connectivity environments, including potential scenarios where traditional fails. Cultural revivals through emulators and telnet-accessible BBSes continue to honor this heritage, fostering ongoing discussions and among enthusiasts.

Technical Structure

Network Hierarchy

FidoNet's network hierarchy provides a structured, geographically informed that enables efficient management and mail distribution across its distributed systems (BBSes). This multi-tiered system divides the network into zones, nets, nodes, and points, minimizing telephone costs through localized coordination while supporting global connectivity. The structure was formalized in to accommodate international growth, evolving from earlier flat nodelists to a scalable model. At the highest level, zones serve as top-level geographical divisions, typically aligning with continents or broad regions to group systems by proximity and calling patterns. Zone 1 covers , Zone 2 includes , Zone 3 encompasses , Zone 4 addresses , and additional zones were added for areas like and as the network expanded in the late and . Each zone is overseen by a Zone Coordinator responsible for compiling and distributing the master nodelist, enforcing policies, and setting the Zone Mail Hour (ZMH) for synchronized polling. Nets form the mid-level layer within zones, grouping nodes into local clusters based on telephone area codes or metropolitan regions for streamlined coordination. Managed by Network Coordinators, nets handle intra-group mail routing and may appoint optional hubs—designated nodes that aggregate traffic to reduce long-distance calls in dense areas. For instance, Net 11 operates within Zone 1 for parts of the , while Net 105 serves the vicinity. This level ensures that regional variations in infrastructure and costs are addressed without impacting the broader network. Nodes constitute the foundational active participants: full BBSes listed in the public nodelist, run by sysops who hold voting rights in policy decisions and perform relay duties by polling peers to exchange netmail and echomail. In contrast, points are subordinate, non-voting systems attached to a node (known as the bossnode), functioning as end-user extensions that receive pre-compressed and batched messages without relaying to others. This design expands access for individual users or small setups while avoiding overload on the core hierarchy. The facilitates a cascading polling mechanism for flow: points connect only to their nodes, nodes exchange with nearby nodes or hubs within their , hubs consolidate regional traffic, and zone-level backbones—comprising coordinator nodes—handle inter-zone transfers during designated windows like the ZMH. This tiered approach optimized and costs in an era of metered lines, supporting peak participation of tens of thousands of systems.

Addressing System

The FidoNet addressing system employs a hierarchical numeric scheme to uniquely identify and points within the network, formatted as :/.point, where the point component is optional for full . For example, the address 1:229/1.0 designates a in 1 with 229 and number 1, lacking a point extension. This structure derives from the network's organizational hierarchy of and , enabling precise identification across global scales. Each component of the address is a 16-bit , allowing ranges from 0 to 65,535 for , (also called region), , and point. The typically represents a broad geographic or , such as 1 for , while the specifies a sub-region like a or , the identifies a specific , and the point serves as an optional sub-address for individual users or secondary systems attached to a primary . Points support private user addressing by appending a user-specific number to the , facilitating direct mail delivery without requiring a full listing. Prior to 1988, FidoNet used a simpler net/node format without zones, sufficient for its initial U.S.-centric growth but inadequate as international expansion occurred. Zones were introduced around to accommodate global scaling, evolving the scheme to its current four-component form. Addresses are resolved decentrally without reliance on external systems like DNS; instead, they depend on synchronization of the nodelist, a comprehensive compiled weekly from submissions and distributed to all participating s for local lookups.

Mail Routing and Protocols

FidoNet employs a store-and-forward model for exchanging netmail ( messages) and echomail ( messages), where nodes accumulate outgoing mail bundles in packet files until a connected partner initiates a polling session to retrieve them. This asynchronous approach minimizes telephone costs by batching transmissions over dial-up connections, with mail held until the recipient node calls or is called during scheduled windows. The model relies on the hierarchical network structure to propagate messages efficiently across zones, nets, and nodes. The foundational protocol, FTS-0001 established in 1984 by Tom Jennings, defines the basic session and link-layer mechanisms using XMODEM for file transfers, including 128-byte blocks with ACK/NAK acknowledgments. Over time, protocols evolved to include more efficient handshakes like (Extended Modem Session ) for initial identification and capability between mailers, and BinkleyTerm-style sessions supporting advanced features such as crashmail, which enables immediate, direct delivery of netmail without intermediate delays. Later enhancements, such as FTS-0006, incorporated ZModem and for streaming transfers with error recovery, reducing session overhead. Mail routing depends on lookups in the weekly distributed nodelist, which provides addresses, phone numbers, and details to direct packets along optimal paths, often via nodes that aggregate and relay traffic to reduce the number of expensive long-distance calls. For netmail, messages are routed point-to-point or through hubs based on the destination (:net/ format); echomail uses a subscription model where packets are carbon-copied and duplicated to all participating nodes in an area, ensuring broadcast distribution without central servers. Hubs play a key role in relaying bundles to downstream nodes, optimizing flow in high-traffic regions. Sessions operate over standard 8N1 serial settings (8 data bits, no parity, 1 stop bit) with modems supporting speeds up to 56 kbps, facilitating polling where one node dials another to exchange bundles bidirectionally. File transfers during sessions leverage protocols like ZModem for reliability or for internal packet handling. Upon receipt, nodes perform tossing and scanning: tossing routes undelivered onward or archives it in local message bases, while scanning processes packets to notify users of new arrivals and prepare exports.

Points and Additional Components

In FidoNet, points serve as extensions to full , allowing additional systems to participate in the without being listed in the main nodelist, thereby facilitating scalability. A point is defined as a FidoNet-compatible system that communicates exclusively through a designated boss , which manages connections for multiple points using specialized point management software. These points can receive and process but do not traffic to other , limiting their role to participation and reducing the load on the core infrastructure. Introduced as part of the nodelist redesign in October 1986 by the FidoNet Standards Committee, points enabled the hierarchy to expand from zones, regions, nets, and to include these auxiliary systems, preventing the nodelist from becoming unwieldy as participation grew. Points operate under a non-voting status within FidoNet's , ensuring they do not influence policies or elections, which preserves in the hands of nodes. This distinction underscores points' role as affiliates rather than full members, subject to the node's oversight for compliance with technical standards. At its peak in the mid-1990s, FidoNet supported over 120,000 listed points across zones, vastly outnumbering the approximately 40,000 nodes and highlighting their contribution to the scale. Additional components in FidoNet included gateways that bridged the network to external systems like and the early , primarily through protocols in the . These gateways, such as those implemented via software like UFGATE, translated FidoNet packets into format for mail and news exchange, enabling FidoNet users to reach broader audiences without direct connectivity. Hold systems represented another auxiliary feature, designating temporarily inaccessible but operational nodes where mail could be queued by the host or coordinator until resumption of service. This hold status was intended for short-term disruptions, allowing the network to maintain continuity without removing nodes from the nodelist prematurely.

Technical Specifications

The FidoNet Technical Standards Committee (FTSC) oversees the development and maintenance of over 100 formal standards documents that define the core technical framework for the network, including message formats, protocols, and operational procedures. These documents, collectively known as FTS (FidoNet Technical Standards), ensure interoperability among diverse implementations. For instance, FTS-0001 establishes the basic FidoNet technical standard, specifying essential elements such as packet formats for session establishment, message structures for netmail and echomail, and low-level link protocols for modem-based communications. Similarly, FTS-0005 details the standardized format and content of the nodelist, which enumerates all active nodes and their connectivity details for routing purposes. Software implementing FidoNet must adhere to these standards to achieve full compatibility, typically requiring a like the original Fido software, Opus, or contemporary options such as Synchronet, paired with a mailer for session handling. These systems operate over serial connections, originally via modems for dial-up polling, though modern deployments often use serial emulation or wrappers to simulate traditional links while maintaining fidelity. Minimum capabilities include bidirectional file and message transfer, dupe detection via unique identifiers, and support for both inbound and outbound sessions as mandated in FTS-0001. Operational efficiency in FidoNet relies on coordinated timing mechanisms, particularly the Zone Mail Hour (ZMH), a designated UTC window per geographic zone during which all nodes must prioritize and accept mail polling calls to facilitate global synchronization and minimize long-distance telephone costs. Each zone publishes its ZMH; for example, Zone 1 (North America) operates from 0900 to 1000 UTC, allowing backbone nodes to propagate mail hierarchically without user interference. This structure, while rooted in telephony constraints, persists in specifications to preserve compatibility. Text-based communications in FidoNet adhere to ASCII or ISO-8859 encoding standards for messages, ensuring transmission where possible, while binary files are managed through specialized extensions like .TIC files, which serve as control descriptors for file requests, tosses, and distributions across the network. Nodelists, critical for address resolution, are compiled and distributed weekly by coordinators, with updates propagated efficiently via NODEDIFF files that contain only incremental changes—such as node additions, removals, or status updates—to reduce overhead on low-speed links. Enforcement of these specifications occurs in a decentralized manner, without a central , through a process involving regional coordinators who review and vote on proposals via the FTSC, incorporating approved standards into nodelists only for compliant nodes. This vote-based inclusion mechanism, detailed in FTSC administrative guidelines, incentivizes adherence by tying network participation to demonstrated compatibility.

Organizational Structure

Governance and Policies

FidoNet operates as a decentralized without a central or corporate oversight, relying instead on a hierarchical structure of elected to manage operations and enforce . Zone oversee specific geographic regions, such as Zone 1 for or Zone 2 for , handling local nodelist compilation, mail hour scheduling, and dispute appeals within their jurisdiction. The international (IC), elected from among the zone , chairs the Zone Coordinator Council and coordinates global aspects like the master nodelist distribution, ensuring cohesive application across all zones. This structure distributes administrative responsibilities downward while maintaining coordinated action, with lower levels able to reverse higher decisions through majority votes among . Core governance is guided by the FidoNet Policy Document, version 4.07 (adopted in and active through the 1990s), which outlines ethical standards, operational rules, and enforcement mechanisms. Ethics emphasize mutual respect among sysops, prohibiting "excessively annoying behavior" such as persistent , unethical practices, or illegal activities, with a directive to resolve issues through direct communication before escalation. Spam-like activities, termed "bombing runs," including mass unsolicited messages or commercial advertisements, are banned from routing through the ; coordinators may request sysops to limit or halt such traffic, and violations can lead to disconnection. certification requires sysops to request a number via netmail, provide system details, demonstrate operational readiness, and agree to policies, with assignments handled by or regional coordinators to ensure integrity. Decision-making prioritizes sysop autonomy, allowing individual operators broad discretion in running their systems as long as they adhere to mail events and avoid harm to others, balanced by clauses promoting polite interaction and non-annoyance. Changes to policies or impeachments occur through referenda and majority votes among relevant coordinators, often preceded by consensus-building discussions via echomail conferences. Elections for coordinators are periodic, with network coordinators chosen by votes in their net (serving two-year terms) and higher levels elected by subordinates, fostering democratic input without centralized control. In 1986, the International FidoNet Association (IFNA) was established as a non-profit entity to support global coordination, including beyond standard appeals, such as legal matters affecting the network; however, it was dissolved in 1990 following a failed to make it the official . Appeals follow a structured chain: from network to regional, zone, and IC levels, with resolutions required within 30 days and reinstatements possible upon review. To address the European Union's (GDPR), effective May 25, 2018, FidoNet's EU/EEA zones (e.g., Regions 20, 24, 25) adapted by leveraging pre-existing explicit consent from sysops listed in the nodelist, while allowing post-2018 requests for entry removal or updates via administrators to enhance compliance. As a non-commercial network not processing sensitive data, most GDPR provisions do not apply, but these measures ensure alignment with data protection requirements in affected regions.

Community Resources and Publications

FidoNews serves as the official weekly of FidoNet, first published on December 4, 1984, by founder Tom Jennings to disseminate updates and foster among participants. Edited by volunteers drawn from the network's sysops and enthusiasts, it features a wide range of content including official announcements, technical tips for BBS operations, obituaries honoring deceased members, and contributions from users worldwide, reflecting the collaborative spirit of the ecosystem. The is distributed via echomail, FidoNet's public messaging system, ensuring broad accessibility to all connected nodes without requiring external internet gateways. With over 2,100 issues published as of 2025 (Vol. 42, Issue 22 in June 2025), FidoNews functions as the enduring official record of the network's evolution, milestones, and cultural moments. Complementing FidoNews, nodelists act as the essential centralized listing all active nodes and points within FidoNet, enabling reliable communication and expansion. Compiled weekly by coordinators who aggregate segments from regional coordinators, these files detail system addresses, contact information, and status updates for thousands of participants globally. The resulting master nodelist and its difference files—highlighting changes since the prior edition—are then emailed or transmitted via netmail to all relevant systems, maintaining synchronization across the hierarchical structure. This process, ongoing since the network's early days, underscores the community's reliance on shared, verifiable directories to sustain operations amid fluctuating memberships. Beyond these core publications, FidoNet's community sustains itself through specialized resources like the FidoNet Technical Standards Committee (FTSC) archives, which preserve hundreds of documents outlining protocols, software standards, and guidelines developed collaboratively since 1986. History projects, including nodelist lookup tools, enable retrospective analysis of growth and node migrations, aiding preservation efforts by enthusiasts. conferences further bolster support by hosting dedicated discussion areas for , software recommendations, and peer advice, where messages are automatically propagated to subscribers via the echomail system. These tools collectively reinforce FidoNet's self-reliant culture, with governance policies occasionally referenced within them to guide usage.

Modern Status

Current Deployments and Activity

As of 2025, FidoNet maintains approximately 1,200 active nodes worldwide, a significant decline from its historical peak but demonstrating stability in a niche, dedicated community. This network continues to operate through a combination of legacy hardware and modern adaptations, with the most recent nodelists updated as of November 17, 2025, ensuring ongoing coordination among participants. The distribution remains regionally concentrated, with hosting around 200–300 nodes, primarily in the United States; and dominating with over 80% of nodes (approximately 900–1,000), featuring strong presences in and . Other zones, such as , have minimal activity. Activity within FidoNet sustains a vibrant, albeit specialized, of communication and resource sharing. Weekly publications of FidoNews, the network's official , provide updates on technical standards, policy changes, and community events, distributed via echomail and file transfers, with the latest issue dated November 17, 2025. Echomail traffic flows through over 200 active conferences, covering topics from retro to regional discussions, fostering ongoing dialogue among users. File areas serve as archives for retro software, including vintage BBS tools, applications, and packages, preserving digital heritage for enthusiasts. Regional hotspots underscore FidoNet's enduring appeal in areas with varying connectivity. In the United States and , nodes often integrate with modern revivals, while Russia's dominance in Zone 2 highlights its role in domestic networking amid geopolitical shifts. A resurgence has been fueled by and SSH-accessible that emulate traditional dial-up experiences, broadening accessibility without requiring physical modems. Many systems employ hybrid setups, combining legacy modems for local connections with tunnels (such as IP-based FidoNet protocols like Binkp) to enable global reach and inter-node polling over TCP/IP. FidoNet supports connectivity for compatible nodes, often via tunneled protocols like , with lists of nodes published in FidoNews. The decline has been influenced by internal controversies, particularly leadership struggles in under long-time Ward Dossche, whose centralized control and resistance to reforms contributed to losses and divisions since the early 2000s.

Availability and Access Methods

Individuals interested in participating in FidoNet as a system operator () must first ensure their setup complies with FidoNet Technical Standards (FTS), particularly FTS-0001 for mailer operations. The process begins by selecting and installing compatible software, such as MBSE BBS for hosting the or GoldED for message editing and tossing. Once configured, the prospective sends a netmail request to the appropriate or net —typically the holding address 0 in the desired or —to apply for membership. Approval, which assigns a unique number and adds the system to the official nodelist, can take up to two weeks and requires demonstrating reliable operation during the daily (ZMH). For users seeking access without running their own , traditional dial-up to BBSes remain possible but are increasingly rare due to the decline in analog phone lines. Instead, modern participation typically involves or SSH to active FidoNet hosts listed in directories like the Telnet BBS Guide, which catalogs accessible systems worldwide. Emulators and terminal software, such as those supporting ANSI , facilitate these over the , allowing users to read and post messages in echomail areas or send netmail. Examples include systems like 8bitboyz BBS (telnet://bbs.8bitboyz.com:6502) and A-Net (telnet://a-net.online), which support FidoNet alongside other networks. Key resources for both sysops and users include the official FidoNet website (fidonet.org), which provides policy documents like POLICY4 and joining guidelines, as well as the FidoNet Technical Standards Committee (FTSC) site for technical specifications. Active nodes can be located through nodelist searches on tools like the Nodelist History Lookup, which maintains records up to the present day. As of 2025, several public telnet-accessible BBSes participate in FidoNet, reflecting a niche but persistent community; broader node distribution shows concentrations in and (especially ). FidoNet supports connectivity for compatible , often via tunneled protocols like to bridge IPv4-dominant infrastructures. Joining the network is free, with no monetary fees, though full require dedicated , a stable connection, and adherence to polling schedules. For casual users, establishing a "point" connection—linking to a bossnode without entering the official nodelist—offers an easier entry, enabling message access via software like those supporting point-mode operations without the full responsibilities of a .

References

  1. [1]
    A History of Fidonet - APPLE2.ORG.ZA - Mirrors
    FidoNet is a point-to-point and store-and-forward email WAN which uses modems on the direct-dial telephone network. It was developed in 1984.
  2. [2]
    Bulletin Board Systems & FidoNet History | LivingInternet
    The FidoNet BBS was created by Tom Jennings in San Francisco in 1983, released in June, 1984, and provided a new level of BBS capability to home users, with a ...
  3. [3]
    FidoNet: technology, tools, and history
    he public FidoNet consists of over 20,000 nodes which move email and enews over the public telephone net- work using a unique proto- col and data format.
  4. [4]
    FidoNet
    Feb 11, 2025 · Welcome to fidonet.org. What is FidoNet? FidoNet's Policy Document · How to Join FidoNet · FidoNews · FidoNet Technical ...
  5. [5]
    Official Zone 1 Fidonet website
    The Fidonews is the official weekly news publication or "e-zine" about all things Fidonet. File, Date, Size, Description. FNEWTG27.ZIP. 7/06/2025 ... 6/29/2025 ...
  6. [6]
    Store And Forward Communication: UUCP and FidoNet
    FidoNet and UUCP are store-and-forward systems where messages are forwarded through nodes, even without a direct path, unlike modern internet mail.Naming · Routing · ``modern'' UucpMissing: decentralized | Show results with:decentralized
  7. [7]
    FidoNet - Glossary - DevX
    Dec 14, 2023 · FidoNet works by employing a store-and-forward system, where messages and files are passed from one BBS to another until they reach their ...<|control11|><|separator|>
  8. [8]
    General Info on FidoNet
    Dec 5, 2019 · FidoNet is a PC-based network run by hobbyists, with about 2,000 systems worldwide, exchanging mail and files via IP and modems.Missing: definition decentralized store- forward
  9. [9]
    (PDF) The new world of democratic telecommunications: FidoNet as ...
    This paper examines the structure and development of one current cooperative international information network, FidoNet. This comparatively low cost, "low-tech" ...
  10. [10]
    FidoNet: Technology, Use, Tools, and History
    Two very basic features of FidoNet encourage this. Every node is self-sufficient, needing no support from other nodes to operate. But more significant is ...Missing: key | Show results with:key
  11. [11]
    fts-0001.016 - FTSC
    The BATCH protocol uses the MODEM7 filename and TeLink/XMODEM file transfer protocols to transfer the file with attributes. When a file is transferred via ...Missing: FILEREQ | Show results with:FILEREQ
  12. [12]
    Fidonet Standards and Protocols - Network Startup Resource Center
    Fidonet Standards and Protocols. FTS-0001 The Basic FidoNet Standard (v16) · FTS-0004 EchoMail Specification · FTS-0005 The Distribution Nodelist ...Missing: FTSC | Show results with:FTSC
  13. [13]
    FTS-0004 EchoMail Specification - FTSC
    Well, for starters lets show what is called the "basic" setup: In this setup exported mail is placed into the FidoNet mail area. Each message exported from a ...
  14. [14]
    fts-0006.002 - FTSC
    This is explained below. In a nutshell, the file name consists of the receiving system's Fidonet address expressed as two 4-digit hex numbers. The file tag is .Missing: explanation | Show results with:explanation
  15. [15]
    The World-Wide-Web Fidonet Resource - History
    Back in 1984, the sysop of a private bulletin board system in the United States of America, Tom Jennings, had an idea: He felt it would be nice if users of his ...Missing: founding | Show results with:founding
  16. [16]
    The Anarchist - WIRED
    Apr 1, 1996 · Proudly Yankee tall and scrawny (6 foot 4, 145 pounds), Jennings created FidoNet in 1984 as a cheap way to connect with a Baltimore colleague.Missing: origins | Show results with:origins
  17. [17]
    FidoNet
    The FidoNet History Timeline is provided "as is" as a FREE service and is intended to be used as public information concerning FidoNet history. The FidoNet ...
  18. [18]
    The Modem World: A Prehistory of Social Media 9780300265125
    Ben Baker, “An Informal History of FidoNet,” FidoNews, November 23, 1987. ... Ben Baker, “Coordinators List,” FidoNews, June 10, 1985. 52. “In the Crowd ...
  19. [19]
    The Era of Fragmentation, Part 4: The Anarchists
    Jun 25, 2020 · From the late 1980s onward, FidoNet and Usenet gradually fell under the looming shadow of the Internet. By the second half of that same decade, ...<|control11|><|separator|>
  20. [20]
    FidoNet's Policy Document
    Another source of routing overload is echomail. Echomail cannot be allowed to degrade the ability of FidoNet to handle normal message traffic. If a node in ...Missing: key features<|control11|><|separator|>
  21. [21]
    Glossary - Synchronet BBS Software
    Plural: BBSes. BinkD: BinkD (Binkley Daemon) is a FLO-style FidoNet mailer that uses the BinkP protocol (FSP-1011) to transfer files over the Internet.Missing: FILEREQ batch packing
  22. [22]
    Ben Baker Remembers Phil Katz - ESVA.net
    May 5, 2000 · FidoNet was invented by Tom Jennings (TJ) as an add-on to his ... account. Thus, in May of 1985, IFNA was incorporated as a non-profit ...Missing: origins | Show results with:origins
  23. [23]
    End-user experience and prominent use cases of robust ...
    Aug 13, 2016 · FidoNet also allowed for "crashmail", which was generally reserved for high-priority traffic. Crashmail was identical to netmail, but requested ...<|separator|>
  24. [24]
    [PDF] PLATFORMS ARE INFRASTRUCTURES ON FIRE | Brown CS
    Jan 26, 2023 · While many. FidoNet nodes remained open at other times ... declined, nearly symmetrically with its growth, dropping below 10,000 nodes again.
  25. [25]
    FidoNet - Wikipedia
    FidoNet is a worldwide computer network that is used for communication between bulletin board systems (BBSes). It uses a store-and-forward system to ...Missing: key | Show results with:key
  26. [26]
    [PDF] How Othernets Illuminate Our Feudal Internet - Tidsskrift.dk
    Aug 21, 2015 · The Fidonet software was originally designed with a flat list of up to 250 nodes; system of regions, zones, and networks was introduced within a ...
  27. [27]
    How mass-literature “shadow” libraries circumvent digital barriers ...
    FIDOnet quickly grew in Russia and was highly popular in the 1990s while Internet expansion within the Russian Federation remained limited (Savickaja, 2011).
  28. [28]
    Stepping Stones to the Internet in Africa
    ... FidoNet and the Internet, moving over 3000 messages per day. The first known FidoNet email message initiated from Africa occurred in October 1988, sent by ...
  29. [29]
    Nodelist history search
    View history of fidonet node. Using 6763 nodelists, first: 1986.10.03, last: 2025.11.10. Enter 3D fidonet address (like 2:463/68):. Ignore flags changesMissing: TosScan 1989
  30. [30]
  31. [31]
    FTN Networks - WWIV BBS 5.7
    Net5x (aka the native network stack in WWIV 5+) supports Fido Technology Network (FTN) as well as the traditional WWIVnet style networking.Missing: 2020s | Show results with:2020s
  32. [32]
    Low Earth Orbiting Satellites and Internet-Based Messaging Services
    The paper concludes that known constraints to widespread adoption of LEO and other wireless technologies enhancing significant impacts in rural development are ...
  33. [33]
    Overview - BBS-Revival - Open Source Mobile Communications
    The goal here is to re-create the modem / bbs / mailbox communication systems of the (late) 1980s and 1990s. We use the bbs-revival mailing list to coordinate ...
  34. [34]
    EFF's (Extended) Guide to the Internet - Fidonet
    The first number tells which of several broad geographic zones the BBS is in (1 represents the U.S. and Canada, 2 Europe and Israel, 3 Pacific Asia, 4 South ...Missing: 1988 | Show results with:1988
  35. [35]
    None
    ### FidoNet Address Components and Bit Sizes/Ranges
  36. [36]
    fsc-0056.001 - FTSC
    For FidoNet-technology based networks, it is required that Zone:Net/Node be presented, and .Point be omitted if zero. Zone and Net must not be zero. In other ...
  37. [37]
    fts-5000.005 - FTSC
    This document is a Fidonet Technical Standard (FTS) - it specifies the current technical requirements and recommendations for FTN software developers, ...Missing: netmail explanation
  38. [38]
    fts-0005.003 - FTSC
    This document defines the format and content of the nodelist for the Public FidoNet Network (PFN) as published on Friday of each | week. This format is ...
  39. [39]
    FTSC Documents
    Name, Description, Date. fts-0001.016, A Basic FidoNet(r) Technical Standard, 2013-03-12. fts-0004.001, The Conference Mail System (EchoMail Specification) ...
  40. [40]
    fsc-0087.001 - FTSC
    Purpose: To document current practices in File Forwarding and the minimum requirements and known extensions of the TIC file format. Acknowledgements: The TIC ...
  41. [41]
    FidoNet nodediff - Just Solve the File Format Problem
    Dec 2, 2021 · The FidoNet nodediff format is used to distribute changes weekly to FidoNet nodelists. In order to save transfer time with the low-bandwidth ...
  42. [42]
    fta-1001.005 - FTSC
    Every Fidonet Technical Standards (FTS) document shall be reviewed at least once every two years and revised as needed. Every Fidonet Standards Proposal (FSP) ...
  43. [43]
    https://mirrors.apple2.org.za/www.textfiles.com/bb...
    Policy 4.1 requires that net coordinators be elected by a majority of votes cast by sysops in the net. NCs serve a term of two years. Regional Coordinators are ...
  44. [44]
    About Joining FidoNet
    Feb 9, 2022 · FidoNet sysops in EU/EEA have explicit consent, and most GDPR doesn't apply as FidoNet is non-commercial and doesn't store sensitive data. ...Missing: adaptations | Show results with:adaptations
  45. [45]
    The TEXTFILES.COM BBS Timeline: 1984
    June, 1984. Tom Jennings' FidoNet BBS Network officially makes its appearance, linking several dozen BBSes via late-night phone calls. July 18, 1984. BIOC ...
  46. [46]
    Fidonews from FOLDOC
    Nov 8, 2014 · The weekly official on-line newsletter of FidoNet, also known as "'Snooz". As the editorial policy of Fidonews was "anything that arrives, we print".
  47. [47]
    FTSC - FidoNet Technical Standards Committee
    FidoNet technical standards, standards proposals and related documents have been archived and indexed. Proposal submission. Echomail: to All in FTSC_PUBLIC ...
  48. [48]
  49. [49]
  50. [50]
    Fidonet Press – Truth about Fidonet
    FidoNet's Decline and Ward Dossche's Role. FidoNet fell from over 10,000 nodes in 2004 to just about 1,200 in 2025. The Internet was a big reason, ...<|control11|><|separator|>
  51. [51]
    About Joining FidoNet
    Mar 5, 2019 · To join FidoNet, run a compliant mailer, understand the software, request via Netmail, and be patient as it may take up to 2 weeks.Missing: sysop zone
  52. [52]
    FidoNet [PCBoard Wiki] - Kuehlbox BBS
    Mar 18, 2024 · Fido is unlike any other net mail technology. It is powerful and flexible. As a result, sometimes it is seen as being a complex maze of ...<|control11|><|separator|>
  53. [53]
    BBS Listing - Telnet BBS Guide
    A really fun, active and current BBS! We work to bring a new section or feature once a month; you'll find TONS of retro files and content.Missing: cultural | Show results with:cultural
  54. [54]
    Software - Telnet BBS Guide
    1991 to 1996… 2025… previous home of HCUG! it's back running on Ed Perry's BBS – EBBS 128 v4.9, highly modified and solely owned by RAMifications.
  55. [55]
  56. [56]
    FidonetPolicyFour - Meatball Wiki
    If a person at any level above sysop is unable to properly perform their duties, the person at the next level may replace them. For example, if a Regional ...Missing: decline | Show results with:decline