Jump to content
Main menu
Main menu
move to sidebar
hide
Navigation
Main page
Recent changes
Random page
Help about MediaWiki
Special pages
Niidae Wiki
Search
Search
Appearance
Create account
Log in
Personal tools
Create account
Log in
Pages for logged out editors
learn more
Contributions
Talk
Editing
FidoNet
(section)
Page
Discussion
English
Read
Edit
View history
Tools
Tools
move to sidebar
hide
Actions
Read
Edit
View history
General
What links here
Related changes
Page information
Appearance
move to sidebar
hide
Warning:
You are not logged in. Your IP address will be publicly visible if you make any edits. If you
log in
or
create an account
, your edits will be attributed to your username, along with other benefits.
Anti-spam check. Do
not
fill this in!
==History== ===Origins=== [[File:Pre-nodelist "fido list" June 1984.jpg|thumb|Hand-compiled list of Fido BBS systems, June 1984. This document formed the basis of the first nodelists.]] There are two major accounts of the development of the FidoNet, differing only in small details. ====Tom Jennings' account==== Around Christmas 1983, [[Tom Jennings]] started work on a new bulletin board system that would emerge as Fido BBS. It was called "Fido" because the assorted hardware together was "a real mongrel".<ref>{{cite periodical |title=FidoNet History |author1=John Madill |author2=Bart Mullins |issn=1198-4589 |magazine=FidoNews |editor=Christopher Baker |volume=13 |issue=32 |date=5 August 1996 |url=https://www.fidobbs.it/files/fidonews1332.txt |url-status=live |access-date=20 December 2021 |archive-url=https://web.archive.org/web/20211220181405/https://www.fidobbs.it/files/fidonews1332.txt |archive-date=20 December 2021 }}</ref> Jennings set up the system in [[San Francisco]] sometime in early 1984. Another early user was John Madill, who was trying to set up a similar system in [[Baltimore]] on his [[Rainbow 100]]. Fido started spreading to new systems, and Jennings eventually started keeping an informal list of their phone numbers, with Jennings becoming #1 and Madill #2.<ref name=baker>Ben Baker, [http://www.fidonet.ca/baker.htm "Fidonet History"] {{Webarchive|url=https://web.archive.org/web/20180314014550/http://www.fidonet.ca/baker.htm |date=2018-03-14 }}, 2 May 1987</ref> Jennings released the first version of the FidoNet software in June 1984. In early 1985 he wrote a document explaining the operations of the FidoNet, along with a short portion on the history of the system. In this version, FidoNet was developed as a way to exchange mail between the first two Fido BBS systems, Jennings' and Madill's, to "see if it could be done, merely for the fun of it". This was first supported in Fido V7, "sometime in June 84 or so".<ref name=tom>Tom Jennings, [http://www.worldpowersystems.com/FidoNet/fidohist1.txt "FidoNet History and Operation"] {{Webarchive|url=https://web.archive.org/web/20140821110859/http://www.worldpowersystems.com/FidoNet/fidohist1.txt |date=2014-08-21 }}, February 1985</ref><ref name="bbsdoc">Jason Scott Sadofsky, "[https://www.imdb.com/title/tt0460402/ BBS: The Documentary]", FIDONET Episode, 21 May 2005.</ref><ref name="byte198410">{{cite news | url=https://archive.org/stream/byte-magazine-1984-10/1984_10_BYTE_09-11_Databases#page/n353/mode/2up | title=FidoNet, Sidekick, Apple, Get Organized!, and Handle | work=BYTE | date=October 1984 | access-date=23 October 2013 |author1=Markoff, John |author2=Shapiro, Ezra | page=357}}</ref> ====Ben Baker's account==== In early 1984, Ben Baker was planning on starting a BBS for the newly forming computer club at the [[McDonnell Douglas]] automotive division in [[St. Louis]]. Baker was part of the [[CP/M]] [[special interest group]] within the club.<ref>Baker provides details of the club and the SIG at about the 8- to 10-minute mark during BBS interviews by Jason Scott Sadofsky, [https://archive.org/details/20040126-bbs-kaplanbakerfrog1 "BBS Documentary Interview Collection: Ben Baker, Ken Kaplan, That Old Frog (Ryugen Fisher) Part 1 (2004)"]</ref> He intended to use the seminal, CP/M-hosted, [[CBBS]] system, and went looking for a machine to run it on. The club's president told Baker that [[Digital Equipment Corporation|DEC]] would be giving them a [[Rainbow 100]] computer on indefinite loan, so he made plans to move the CBBS onto this machine. The Rainbow contained two [[Central processing unit|processors]], an [[Intel 8088]] and a [[Zilog Z80]], allowing it to run both [[MS-DOS]] and [[CP/M]], with the BBS running on the latter. When the machine arrived, they learned that the Z80 side had no access to the [[I/O port]]s, so CBBS could not communicate with a [[modem]]. While searching for software that would run on the MS-DOS side of the system, Baker learned of Fido through Madill.<ref name=baker/> The Fido software required changes to the serial drivers to work properly on the Rainbow. A porting effort started, involving Jennings, Madill and Baker. This caused all involved to rack up considerable [[Long-distance calling#Categories and charges|long-distance charges]] as they all called each other during development, or called into each other's BBSes to leave email. During one such call "in May or early June", Baker and Jennings discussed how great it would be if the BBS systems could call each other automatically, exchanging mail and files between them.<ref name=baker/> This would allow them to compose mail on their local machines, and then deliver it quickly, as opposed to calling in and typing the message in while on a long-distance telephone connection.<ref name=baker/> Jennings responded by calling into Baker's system that night and uploading a new version of the software consisting of three files: FIDO_DECV6, a new version of the BBS program itself, FIDONET, a new program, and NODELIST.BBS, a text file. The new version of FIDO BBS had a timer that caused it to exit at a specified time, normally at night. As it exited it would run the separate FIDONET program. NODELIST was the list of Fido BBS systems, which Jennings had already been compiling.<ref name=baker/> The FIDONET program was what later became known as a ''mailer''. The FIDO BBS software was modified to use a previously unused numeric field in the message headers to store a ''node number'' for the machine to which the message should be delivered to. When FIDONET ran, it would search through the email database for any messages with a number in this field. FIDONET collected all of the messages for a particular node number into a file known as a ''message packet''. After all the packets were generated, one for each node, the FIDONET program would look up the destination node's phone number in NODELIST.BBS, and call the remote system. Provided that FIDONET was running on that system, the two systems would [[Handshake (computing)|handshake]] and, if this succeeded, the calling system would upload its packet, download a return packet if there was one, and disconnect. FIDONET would then unpack the return packet, place the received messages into the local system's database, and move onto the next packet. When there were no remaining packets, FIDONET would exit, and run the FIDO BBS program.<ref>Baker at the 35 minute mark, [https://archive.org/details/20040126-bbs-kaplanbakerfrog1 "BBS Documentary Interview Collection: Ben Baker, Ken Kaplan, That Old Frog (Ryugen Fisher) Part 1 (2004)"]</ref> In order to lower long-distance charges, the mail exchanges were timed to run late at night, normally 4 AM.<ref name=tom/> This would later be known as ''national mail hour'',<ref name=randy/> and, later still, as ''Zone Mail Hour''. ===Up and running=== By June 1984, Version 7 of the system was being run in production, and nodes were rapidly being added to the network. By August there were almost 30 systems in the nodelist, 50 by September, and over 160 by January 1985. As the network grew, the maintenance of the nodelist became prohibitive, and errors were common. In these cases, people would start receiving phone calls at 4 AM, from a caller that would say nothing and then hang up. In other cases the system would be listed before it was up and running, resulting in long-distance calls that accomplished nothing.<ref name=tom/> In August 1984, Jennings handed off control of the nodelist to the group in St. Louis, mostly Ken Kaplan and Ben Baker. Kaplan had come across Fido as part of finding a BBS solution for his company, which worked with DEC computers and had been given a Rainbow computer and a [[USRobotics]] 1200bit/s [[modem]].<ref>Kaplan provides details 14 to 16-minute mark during this interview, [https://archive.org/details/20040126-bbs-kaplanbakerfrog1 "BBS Documentary Interview Collection: Ben Baker, Ken Kaplan, That Old Frog (Ryugen Fisher) Part 1 (2004)"]</ref> From then on, joining FidoNet required one to set up their system and use it to deliver a netmail message to a special system, Node 51. The message contained various required contact information. If this message was transmitted successfully, it ensured that at least some of the system was working properly. The nodelist team would then reply with another netmail message back to the system in question, containing the assigned node number. If delivery succeeded, the system was considered to be working properly, and it was added to the nodelist.<ref name=tom/> The first new nodelist was published on 21 September 1984.<ref name=baker/> ===Nets and nodes=== Growth continued to accelerate, and by the spring of 1985, the system was already reaching its limit of 250 nodes. In addition to the limits on the growth of what was clearly a popular system, nodelist maintenance continued to grow more and more time-consuming.<ref name=baker/> It was also realized that Fido systems were generally clustered β of the fifteen systems running by the start of June 1984, five of them were in St. Louis.<ref name=baker/> A user on Jennings's system in San Francisco that addressed emails to different systems in St. Louis would cause calls to be made to each of those BBSes in turn. In the United States, local calls were normally free, and in most other countries were charged at a lower rate. Additionally, the initial call setup, generally the first minute of the call, was normally billed at a higher rate than continuing an existing connection. Therefore, it would be less expensive to deliver all the messages from all the users in San Francisco to all of the users in St. Louis in a single call. Packets were generally small enough to be delivered within a minute or two, so delivering all the messages in a single call could greatly reduce costs by avoiding multiple first-minute charges. Once delivered, the packet would be broken out into separate packets for local systems, and delivered using multiple local free calls. The team settled on the concept of adding a new ''network number'' patterned on the idea of [[area code]]s.<ref group=N>Details of the sequence of events leading to the new routing scheme differ slightly between accounts.</ref> A complete [[network address]] would now consist of the network and node number pair, which would be written with a slash between them. All mail travelling between networks would first be sent to their local ''network host'', someone who volunteered to pay for any long-distance charges. That single site would collect up all the netmail from all of the systems in their network, then re-package it into single packets destined to each network. They would then call any required network admin sites and deliver the packet to them. That site would then process the mail as normal, although all of the messages in the packet would be guaranteed to be local calls.<ref name=baker/> The network address was placed in an unused field in the Fido message database, which formerly always held a zero. Systems running existing versions of the software already ignored the fields containing the new addressing, so they would continue to work as before; when noticing a message addressed to another node they would look it up and call that system. Newer systems would recognize the network number and instead deliver that message to the network host. To ensure backward compatibility, existing systems retained their original node numbers through this period.<ref name=baker/> A huge advantage of the new scheme was that node numbers were now unique only within their network, not globally. This meant the previous 250 node limit was gone, but for a variety of reasons this was initially limited to about 1,200. This change also devolved the maintenance of the nodelists down to the network hosts, who then sent updated lists back to Node 51 to be collected into the master list. The St. Louis group now had to only maintain their own local network, and do basic work to compile the global list.<ref name=baker/> At a meeting held in Kaplan's living room in St. Louis on 11 April 1985<ref group=N>In the interviews, Baker says this took place in May.</ref> the various parties hammered out all of the details of the new concept. As part of this meeting, they also added the concept of a ''region'', a purely administrative level that was not part of the addressing scheme. Regional hosts would handle any stragglers in the network maps, remote systems that had no local network hosts. They then divided up the US into ten regions that they felt would have roughly equal populations.<ref name=baker/> By May, Jennings had early versions of the new software running. These early versions specified the routing manually through a new ROUTE.BBS file that listed network hosts for each node. For instance, an operator might want to forward all mail to St. Louis through a single node, node 10. ROUTE.BBS would then include a list of all the known systems in that area, with instructions to forward mail to each of those nodes through node 10. This process was later semi-automated by John Warren's NODELIST program.<ref name=tom2>Tom Jennings, [http://www.worldpowersystems.com/FidoNet/fidohist2.txt "FidoNet History #2"] {{Webarchive|url=https://web.archive.org/web/20140821113319/http://www.worldpowersystems.com/FidoNet/fidohist2.txt |date=2014-08-21 }}, 20 August 1985</ref> Over time, this information was folded into updated versions of the nodelist format, and the ROUTES file is no longer used.<ref>{{cite web |url=http://www.bbscorner.com/bbsnetworks/fidonet.htm |title=The Fidonet BBS Network |publisher=Bbscorner.com |date=2010-02-10 |access-date=2014-01-28 |archive-date=2022-02-07 |archive-url=https://web.archive.org/web/20220207224755/http://www.bbscorner.com/bbsnetworks/fidonet.htm |url-status=dead }}</ref> A new version of FIDO and FIDONET, 10C, was released containing all of these features. On 12 June 1985 the core group brought up 10C, and most Fido systems had upgraded within a few months.<ref name=tom2/> The process went much smoother than anyone imagined, and very few nodes had any problems.<ref name=baker/> ===Echomail=== Sometime during the evolution of Fido, [[email attachment|file attachments]] were added to the system, allowing a file to be referenced from an email message. During the normal exchange between two instances of FIDONET, any files attached to the messages in the packets were delivered after the packet itself had been up or downloaded. It is not clear when this was added, but it was already a feature of the basic system when the 8 February 1985 version of the FidoNet standards document was released, so this was added very early in Fido's history. At a [[sysop]] meeting in Dallas, the idea was raised that it would be nice if there was some way for the sysops to post messages that would be shared among the systems.<ref name=wagner>{{citation |url=http://www.rxn.com/~net282/fidonet.wagner.echomail.txt |title=History of Echomail |author=Wynn Wagner |archive-url=https://web.archive.org/web/20160210034936/http://www.rxn.com/~net282/fidonet.wagner.echomail.txt |url-status=dead |date=July 1985 |archive-date=2016-02-10 |access-date=2021-12-04}}</ref> In February 1986 Jeff Rush, one of the group members, introduced a new mailer that extracted messages from public forums that the sysop selected, similar to the way the original mailer handled private messages. The new program was known as a ''tosser/scanner''. The tosser produced a file that was similar (or identical) to the output from the normal netmail scan, but these files were then compressed and attached to a normal netmail message as an attachment. This message was then sent to a special address on the remote system. After receiving netmail as normal, the scanner on the remote system looked for these messages, unpacked them, and put them into the same public forum on the original system.<ref name=randy>Randy Bush, [http://www.fidonet.org/inet92_Randy_Bush.txt "FidoNet: Technology, Use, Tools, and History"], 1992</ref> In this fashion, Rush's system implemented a store and forward public message system similar to [[Usenet]], but based on, and hosted by, the FidoNet system. The first such ''echomail'' forum was one created by the Dallas area sysops to discuss business, known as SYSOP. Another called TECH soon followed. Several public ''echos'' soon followed, including GAYNET and CLANG. These spawned hundreds of new echos, and led to the creation of the Echomail Conference List (Echolist) by Thomas Kenny in January 1987.<ref name=robbins>Frank Robbins, [http://elsmar.com/pdf_files/fidonet-info.txt "FidoNet History Timeline"]</ref> Echomail produced world-spanning shared forums, and its traffic volume quickly surpassed the original netmail system. By the early 1990s, echo mail was carrying over 8 MB of compressed message traffic a day, many times that when uncompressed.<ref name=randy/> Echomail did not necessarily use the same distribution pathways as normal netmail, and the distribution routing was stored in a separate setup file not unlike the original ROUTES.BBS. At the originating site a header line was added to the message indicating the origin system's name and address. After that, each system that the message traveled through added itself to a growing PATH header, as well as a SEENBY header. SEENBY prevented the message from looping around the network in the case of misconfigured routing information.<ref name=randy/> Echomail was not the only system to use the file attachment feature of netmail to implement store-and-forward capabilities. Similar concepts were used by online games and other systems as well. ===Zones and points=== The evolution towards the net/node addressing scheme was also useful for reducing communications costs between continents, where time zone differences on either end of the connection might also come into play. For instance, the best time to forward mail in the US was at night, but that might not be the best time for European hosts to exchange. Efforts towards introducing a continental level to the addressing system started in 1986.<ref name=randy/> At the same time, it was noted that some [[power user]]s were interested in using FidoNet protocols as a way of delivering the large quantities of echomail to their local machines where it could be read offline. These users did not want their systems to appear in the nodelist - they did not (necessarily) run a bulletin board system and were not publicly accessible.<ref name=randy/> A mechanism allowing netmail delivery to these systems without the overhead of nodelist maintenance was desirable. In October 1986 the last major change to the FidoNet network was released, adding ''zones'' and ''points''. Zones represented major geographical areas roughly corresponding to continents. There were six zones in total, North America, South America, Europe, Oceania, Asia, and Africa. Points represented non-public nodes, which were created privately on a host BBS system. Point mail was delivered to a selected host as if it was addressed to a user on that machine, but then re-packaged into a packet for the point to pick up on-demand. The complete addressing format was now <code>zone:net/node.point</code>, so a real example might be <code>Bob Smith@1:250/250.10</code>.<ref name=randy/> Points were widely used only for a short time, the introduction of [[offline reader]] systems filled this role with systems that were much easier to use. Points remain in use to this day but are less popular than when they were introduced. ===Other extensions=== FidoNet supported file attachments from even the earliest standards. File attachments followed the normal mail routing through multiple systems and could back up transfers all along the line as the files were copied. Additionally, users could send files to other users and rack up long-distance charges on host systems. For these reasons, file transfers were normally turned off for most users, and only available to the system operators and tosser/scanners. A solution was offered in the form of ''file requests''. This reversed the flow of information, instead of being driven by the sending systems, these were driven by the calling system. This meant it was the receiver, the user trying to get the file, that paid for the connection. Additionally, requests were directly routed using one-time point-to-point connections instead of the traditional routing, so they did not cause the file to be copied multiple times. Two such standards became common, "WaZOO" and "Bark", which saw varying support among different mailers. Both worked similarly, with the mailer calling the remote system and sending a new handshake packet to request the files.<ref>Philip Becker [http://www.rxn.com/services/fts/fts-0008.txt "An Enhanced FidoNet Technical Standard Extending FTS-0001 to include Bark requests"] {{Webarchive|url=https://web.archive.org/web/20130520144219/http://www.rxn.com/services/fts/fts-0008.txt |date=2013-05-20 }}, 15 October 1990</ref><ref>Vince Perriello, [http://ftsc.org/docs/fts-0006.002 "YOOHOO and YOOHOO/2U2"], 30 November 1991</ref> Although FidoNet was, by far, the best known BBS-based network, it was by no means the only one. From 1988 on, [[PCBoard]] systems were able to host similar functionality known as [[RelayNet]], while other popular networks included [[RBBSNet]] from the [[Commodore 64]] world, and [[AlterNet]]. Late in the evolution of the FidoNet system, there was a proposal to allow mail (but not forum messages) from these systems to switch into the FidoNet structure.<ref>Steve Gove, [http://ftsc.org/docs/fsc-0076.001 "A Proposal for NetMail AreaTags"], 3 December 1993</ref> This was not adopted, and the rapid rise of the internet made this superfluous as these networks rapidly added internet exchange, which acted as a [[lingua franca]]. [[File:Fidonodes (en).svg|thumb|Rapid rise, 1996 peak, and slower decline in number of Fidonodes]] ===Peak=== FidoNet started in 1984 and listed 100 nodes by the end of that year. Steady growth continued through the 1980s, but a combination of factors led to rapid growth after 1988. These included faster and less expensive modems and rapidly declining costs of hard drives and computer systems in general. By April 1993, the FidoNet nodelist contained over 20,000 systems. At that time it was estimated that each node had, on average, about 200 active users. Of these 4 million users in total, 2 million users commonly used echomail, the shared public forums, while about 200,000 used the private netmail system.<ref name=randy/> At its peak, FidoNet listed approximately 39,000 systems.<ref name=tom/><ref group=N>The Jargon File puts it at [http://dictionary.reference.com/browse/FidoNet 38,000] at its peak.</ref> Throughout its lifetime, FidoNet was beset with management problems and infighting. Much of this can be traced to the fact that the inter-net delivery cost real money, and the traffic grew more rapidly than decreases caused by improving modem speeds and downward trending long-distance rates. As they increased, various methods of recouping the costs were attempted, all of which caused friction in the groups. The problems were so bad that Jennings came to refer to the system as the "fight-o-net".<ref>[http://dictionary.reference.com/browse/fight-o-net "fight-o-net"], Jargon File, 4 November 1996</ref> ===Decline=== {{unreferenced section|date=February 2018}} As modems reached speeds of 28.8 kbit/s, dial-up Internet became increasingly common. By 1995, the bulletin board market was reeling as users abandoned local BBS systems in favour of a subscription to a local Internet Provider, which allowed access to worldwide internet services, such as HTTP, internet mail and so on, for the same cost as accessing a local BBS system. Many BBS sysops became Internet Service Providers. Their Internet gateways also made FidoNet less expensive to implement, because inter-net transfers could be delivered over the Internet as well, at little or no marginal cost. But this seriously diluted the entire purpose of the store-and-forward model, which had been built up specifically to address a long-distance problem that no longer existed. The FidoNet nodelist started shrinking, especially in areas with a widespread availability of internet connections. This downward trend continues but has levelled out at approximately 2,500 nodes.<ref group=N>The exact number can be determined by examining the official nodelist. However, the format is difficult to parse and many systems deliberately appear more than once, in different sections. The 2,500 node limit is an estimate made by the current maintainer as of 2013, Janis Kracht.</ref> FidoNet remains popular in areas where Internet access is difficult to come by, or expensive. ===Resurgence=== Around 2014, [[retrocomputing|a retro movement]] led to a slow increase in internet-connected BBS and nodes. Telnet, rlogin, and SSH are being used between systems. This means the user can telnet to any BBS worldwide as cheaply as ones next door. Also, Usenet and internet mail has been added, along with long file names to many newer versions of BBS software, some being [[freeware]], resulting in increasing use. Nodelists are no longer declining in all cases.
Summary:
Please note that all contributions to Niidae Wiki may be edited, altered, or removed by other contributors. If you do not want your writing to be edited mercilessly, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource (see
Encyclopedia:Copyrights
for details).
Do not submit copyrighted work without permission!
Cancel
Editing help
(opens in new window)
Search
Search
Editing
FidoNet
(section)
Add topic