フィドネット

                    __
                   / \
                  /|oo \
                 (_| /_)
                  _`@/_ \ _
                 | | \ \\
                 | (*) | \ ))
    ______ |__U__| / \//
   / ファイド _//|| _\ /
  (________) (_/(_|(____/
 (c) ジョン・マディル

FidoNetは、掲示板システム(BBS)間の通信に使用される世界規模のコンピュータ ネットワークです。ストア アンド フォワードシステムを使用して、ネットワーク内の BBS 間でプライベート メッセージ (電子メール) とパブリック メッセージ (フォーラム) を交換します。場合によっては、他のファイルやプロトコルも交換します。

FidoNet システムは、いくつかの小さな相互作用するプログラムに基づいており、他の BBS ソフトウェアをサポートするために移植する必要があったのはそのうちの 1 つだけでした。FidoNet は、ほぼすべての BBS ソフトウェアと、多数の非 BBS オンライン サービスでサポートされている数少ないネットワークの 1 つでした。このモジュール構造により、FidoNet は新しいデータ圧縮システムに簡単にアップグレードできました。これは、長距離通話料金が高額な電話回線でモデムベースの通信を使用していた時代には重要でした。

1990年代初頭のモデム速度の急速な向上と、コンピュータシステムおよびストレージの価格の急速な低下により、BBSはますます人気が高まりました。1990年代半ばまでに、ほぼ40,000のFidoNetシステムが稼働し、世界中の数百万のユーザーと通信できるようになりました。範囲や数の点でこれに近かったのはUUCPNETだけで、FidoNetのユーザーベースはBITNETなどの他のネットワークをはるかに上回っていました。^[1]

1990年代半ばから低コストのインターネット接続が広く普及し、世界中のどのシステムにも同等のコストでアクセスできるようになったため、FidoNetのストアアンドフォワードシステムの必要性は低下しました。ローカルBBSシステムへの直接ダイヤルは急速に減少しました。FidoNetは1990年代後半から大幅に縮小しましたが、インターネット接続がより普及しているにもかかわらず、今日でも使用され続けています^[2]。

FidoNet の開発については、細かい点が異なる 2 つの主要な説明があります。

1983 年のクリスマス頃、トム ジェニングスは新しい掲示板システムの開発に着手しました。これが Fido BBS として登場しました。さまざまなハードウェアが組み合わさって「本物の雑種」となったため、「Fido」と呼ばれました。^[3]ジェニングスは1984 年の初め頃、サンフランシスコ でこのシステムを構築しました。もう 1 人の初期ユーザーは、ボルチモアでRainbow 100を使って同様のシステムを構築しようとしていたジョン マディルでした。Fido は新しいシステムにも広まり始め、ジェニングスは最終的にそれらの電話番号の非公式なリストを作成し始め、ジェニングスが 1 位、マディルが 2 位になりました。^[4]

ジェニングスは 1984 年 6 月に FidoNet ソフトウェアの最初のバージョンをリリースしました。1985 年初頭、彼は FidoNet の操作を説明するドキュメントと、システムの歴史に関する短い部分を執筆しました。このバージョンでは、FidoNet はジェニングスとマディルの最初の 2 つの Fido BBS システム間でメールを交換する方法として開発され、「単に楽しみのために、それが可能かどうかを確認」しました。これは Fido V7 で初めてサポートされ、「1984 年 6 月頃」にリリースされました。^{[5] [6] [7]}

1984 年の初め、ベン・ベイカーはセントルイスのマクドネル・ダグラス自動車部門で新しく結成されたコンピュータ クラブのために BBS を始める計画を​​立てていました。ベイカーはクラブ内のCP/M特別利益団体の一員でした。 ^{[8]彼は、CP/M がホストする独創的な}CBBSシステムを使用するつもりで、それを実行するマシンを探し始めました。クラブの会長はベイカーに、DEC がRainbow 100コンピュータを無期限で貸与すると伝え、ベイカーは CBBS をこのマシンに移行する計画を立てました。Rainbow には Intel 8088 と Zilog Z80 の 2 つのプロセッサが搭載されており、MS - DOSとCP / M の両方を実行でき、BBS は CP/M 上で実行されていました。マシンが到着したとき、Z80 側にはI/O ポートへのアクセスがないため、CBBS はモデムで通信できないことがわかりました。 MS-DOS側で動作するソフトウェアを探していたとき、ベイカーはマディルを通じてFidoのことを知った。^[4]

Fido ソフトウェアを Rainbow で正しく動作させるには、シリアル ドライバを変更する必要がありました。Jennings、Madill、Baker が参加して移植作業が開始されました。この作業により、開発中に関係者全員が互いに電話をかけたり、お互いの BBS に電話をかけてメールを残したりしたため、かなりの長距離通話料金がかかりました。「5 月か 6 月の初め」のそのような電話の際、Baker と Jennings は、BBS システムが自動的に電話をかけてメールやファイルを交換できたらどれほど素晴らしいかについて話しました。^[4]これにより、長距離電話接続で電話をかけてメッセージを入力する代わりに、ローカル マシンでメールを作成し、すぐに送信できるようになります。^[4]

ジェニングスはその夜、ベイカーのシステムに電話をかけ、3つのファイルからなるソフトウェアの新バージョンをアップロードした。FIDO_DECV6（BBSプログラム自体の新バージョン）、FIDONET（新プログラム）、NODELIST.BBS（テキストファイル）である。FIDO BBSの新バージョンにはタイマーがあり、通常は夜間に指定された時間に終了する。終了すると、別のFIDONETプログラムが実行される。NODELISTはジェニングスがすでにコンパイルしていたFido BBSシステムのリストであった。^[4]

FIDONET プログラムは、後にメーラーとして知られるようになったものです。FIDO BBS ソフトウェアは、メッセージ ヘッダー内の以前は使用されていない数値フィールドを使用して、メッセージを配信するマシンのノード番号を格納するように変更されました。FIDONET が実行されると、電子メール データベースを検索して、このフィールドに番号が含まれているメッセージを探します。FIDONET は、特定のノード番号のすべてのメッセージを、メッセージ パケットと呼ばれるファイルに収集します。すべてのパケット (ノードごとに 1 つ) が生成されると、FIDONET プログラムは NODELIST.BBS で宛先ノードの電話番号を検索し、リモート システムを呼び出します。そのシステムで FIDONET が実行されている場合は、2 つのシステムがハンドシェイクを行い、成功した場合は、呼び出し側システムがパケットをアップロードし、戻りパケットがあればダウンロードして、切断します。次に、FIDONET は戻りパケットを解凍し、受信したメッセージをローカル システムのデータベースに格納して、次のパケットに進みます。パケットがなくなるとFIDONETは終了し、FIDO BBSプログラムを実行します。^[9]

長距離料金を下げるために、郵便交換は夜遅く、通常は午前4時に行われるように設定されました。^{[5]これは後に}全国郵便時間として知られるようになり、^[10]さらに後にはゾーン郵便時間と呼ばれるようになりました。

1984 年 6 月までに、システムのバージョン 7 が実稼働し、ノードが急速にネットワークに追加されました。8 月までにノード リストにはほぼ 30 のシステムが登録され、9 月には 50 に、1985 年 1 月には 160 を超えました。ネットワークが拡大するにつれて、ノード リストの保守が困難になり、エラーが頻繁に発生しました。このような場合、午前 4 時に電話がかかってきて、何も言わずに電話を切る発信者からの電話がかかってくることがあります。また、システムが稼働する前にリストに登録され、長距離電話がかかってきても何も起こらないというケースもありました。^[5]

1984 年 8 月、ジェニングスはノードリストの管理をセントルイスのグループ、主にケン・カプランとベン・ベイカーに引き渡した。カプランは、DEC コンピュータで動作し、レインボー コンピュータとUSRobotics 1200 ビット/秒モデムを与えられた彼の会社のために BBS ソリューションを探す過程で Fido に出会った。^[11]それ以降、FidoNet に参加するには、システムをセットアップし、それを使用して特別なシステムであるノード 51 にネットメール メッセージを配信する必要があった。メッセージには、さまざまな必要な連絡先情報が含まれていた。このメッセージが正常に送信された場合、システムの少なくとも一部が正常に動作していることが保証された。次に、ノードリスト チームは、割り当てられたノード番号を含む別のネットメール メッセージを問題のシステムに返信する。配信が成功した場合、システムは正常に動作しているとみなされ、ノードリストに追加されました。^[5]最初の新しいノードリストは、1984 年 9 月 21 日に公開されました。^[4]

成長は加速し続け、1985年の春までに、システムは250ノードの限界に達しました。明らかに人気のあるシステムの成長の限界に加えて、ノードリストのメンテナンスにはますます時間がかかるようになりました。^[4]

また、Fido システムは一般にクラスター化されていることも判明しました。1984 年 6 月初旬までに稼働していた 15 のシステムのうち、5 つはセントルイスにありました。^[4] サンフランシスコの Jennings のシステムのユーザーが、セントルイスのさまざまなシステムに電子メールを送信すると、それらの BBS のそれぞれに順番に電話がかかってきます。米国では、市内通話は通常無料であり、他のほとんどの国でも低料金で課金されます。さらに、最初の通話設定、つまり通話の最初の 1 分間は、既存の接続を継続するよりも通常高額な料金が請求されます。したがって、サンフランシスコのすべてのユーザーからセントルイスのすべてのユーザーにすべてのメッセージを 1 回の通話で配信する方が費用が安くなります。パケットは通常、1、2 分以内に配信できるほど小さいため、すべてのメッセージを 1 回の通話で配信すると、最初の 1 分間の料金が複数回発生するのを回避してコストを大幅に削減できます。配信されると、パケットはローカル システムごとに個別のパケットに分割され、複数のローカル無料通話を使用して配信されます。

チームは、市外局番の考え方に倣って新しいネットワーク番号を追加するというコンセプトに落ち着きました。^{[N 1]}これで、完全なネットワーク アドレスは、ネットワーク番号とノード番号のペアで構成され、それらはスラッシュで区切られます。ネットワーク間を移動するすべてのメールは、まずローカルネットワーク ホストに送信されます。ローカル ネットワークホストは、長距離通話料金を自発的に支払う人です。その単一のサイトは、ネットワーク内のすべてのシステムからすべてのネットメールを収集し、各ネットワーク宛ての単一のパケットに再パッケージ化します。次に、必要なネットワーク管理サイトに電話をかけ、パケットを配信します。そのサイトは、パケット内のすべてのメッセージが市内通話であることが保証されているものの、メールを通常どおり処理します。^[4]

ネットワーク アドレスは、Fido メッセージ データベースの未使用のフィールドに配置されました。このフィールドには、以前は常に 0 が格納されていました。既存のバージョンのソフトウェアを実行しているシステムは、新しいアドレス指定を含むフィールドをすでに無視していたため、以前と同じように動作し続けます。別のノードに宛てられたメッセージに気付いた場合は、そのメッセージを検索してそのシステムを呼び出します。新しいシステムは、ネットワーク番号を認識し、代わりにそのメッセージをネットワーク ホストに配信します。下位互換性を確保するために、既存のシステムはこの期間を通じて元のノード番号を保持しました。^[4]

新しい方式の大きな利点は、ノード番号がグローバルではなく、ネットワーク内でのみ一意になったことです。これは、以前の 250 ノードの制限がなくなったことを意味しますが、さまざまな理由により、当初は約 1,200 に制限されていました。この変更により、ノードリストの保守もネットワークホストに委譲され、ホストは更新されたリストをノード 51 に送り返してマスターリストに収集しました。セントルイスグループは、自分のローカルネットワークの保守と、グローバルリストをコンパイルするための基本的な作業のみを行うだけで済みました。^[4]

1985 年 4 月 11 日にセントルイスの Kaplan の居間で開かれた会議^{[N 2]}で、さまざまな関係者が新しい概念の詳細をすべて詰めました。この会議の一環として、彼らはまた、アドレス体系の一部ではない、純粋に管理レベルである地域の概念を追加しました。地域ホストは、ネットワーク マップ上のはぐれ者、つまりローカル ネットワーク ホストのないリモート システムを処理します。彼らは次に、人口がほぼ均等になると思われる 10 の地域に米国を分割しました。^[4]

5 月までに、ジェニングスは新しいソフトウェアの初期バージョンを実行していました。これらの初期バージョンでは、各ノードのネットワーク ホストをリストした新しい ROUTE.BBS ファイルを使用して手動でルーティングを指定していました。たとえば、オペレーターは、すべてのメールを 1 つのノード (ノード 10) 経由でセントルイスに転送したい場合があります。ROUTE.BBS には、そのエリア内のすべての既知のシステムのリストと、各ノードにノード 10 経由でメールを転送する指示が含まれます。このプロセスは、後にジョン ウォーレンの NODELIST プログラムによって半自動化されました。^[12]時間の経過とともに、この情報はノードリスト形式の更新バージョンに組み込まれ、ROUTES ファイルは使用されなくなりました。^[13]

これらすべての機能を備えたFIDOとFIDONETの新しいバージョン10Cがリリースされました。1985年6月12日にコアグループが10Cを発表し、数か月以内にほとんどのFidoシステムがアップグレードされました。^[12]このプロセスは誰もが想像していたよりもはるかにスムーズに進み、問題が発生したノードはほとんどありませんでした。^[4]

Fido の進化の途中で、ファイルに添付ファイルが追加され、電子メール メッセージからファイルを参照できるようになりました。FIDONET の 2 つのインスタンス間の通常の交換中、パケット内のメッセージに添付されたファイルは、パケット自体がアップまたはダウンロードされた後に配信されました。この機能がいつ追加されたかは明らかではありませんが、1985 年 2 月 8 日版の FidoNet 標準ドキュメントがリリースされた時点では、すでに基本システムの機能であったため、Fido の歴史のごく初期に追加されたものです。

ダラスのシステム管理者会議で、システム管理者がメッセージを投稿し、システム間で共有できる方法があればよいというアイデアが持ち上がった。^[14] 1986 年 2 月、グループ メンバーの 1 人である Jeff Rush が、システム管理者が選択したパブリック フォーラムからメッセージを抽出する新しいメーラーを紹介した。これは、元のメーラーがプライベート メッセージを処理する方法に似ていた。この新しいプログラムは、tosser/scannerと呼ばれていた。tosser は通常のネットメール スキャンの出力と類似 (または同一) のファイルを生成するが、これらのファイルは圧縮され、通常のネットメール メッセージに添付ファイルとして添付される。このメッセージは^、リモート システムの特別なアドレスに送信された。通常どおりネットメールを受信したリモート システムのスキャナは、これらのメッセージを検索し、解凍して、元のシステム上の同じパブリック フォーラムに配置

このようにして、ラッシュのシステムは、 Usenetに似た、FidoNet システムに基づいてホストされた、保存および転送のパブリック メッセージ システムを実装しました。最初のこのようなエコーメールフォーラムは、ダラス地域のシステム管理者がビジネスについて話し合うために作成した SYSOP でした。すぐに TECH と呼ばれる別のフォーラムが続きました。その後すぐに、GAYNET や CLANG など、いくつかのパブリックエコーが続きました。これらから何百もの新しいエコーが生まれ、1987 年 1 月にトーマス ケニーによって Echomail Conference List (Echolist) が作成されました。^[15] Echomail は世界中に広がる共有フォーラムを作成し、そのトラフィック量はすぐに元のネットメール システムを超えました。1990 年代初頭までに、エコー メールは 1 日に 8 MB を超える圧縮メッセージ トラフィックを運びました。これは、圧縮されていないときの何倍にもなります。^[10]

Echomail は、通常のネットメールと同じ配布経路を必ずしも使用せず、配布経路は元の ROUTES.BBS と似ていない別の設定ファイルに保存されていました。発信元サイトでは、発信元システムの名前とアドレスを示すヘッダー行がメッセージに追加されました。その後、メッセージが通過する各システムは、成長する PATH ヘッダーと SEENBY ヘッダーに自分自身を追加しました。SEENBY は、ルーティング情報が誤って構成された場合に、メッセージがネットワーク内でループするのを防ぎました。^[10]

Echomail は、ネットメールのファイル添付機能を使用して保存および転送機能を実装した唯一のシステムではありませんでした。同様の概念は、オンライン ゲームやその他のシステムでも使用されていました。

ネット/ノード アドレス方式への進化は、接続の両端のタイムゾーンの違いも影響する可能性のある大陸間の通信コストの削減にも役立ちました。たとえば、米国でメールを転送するのに最適な時間は夜ですが、ヨーロッパのホストにとっては交換に最適な時間ではない可能性があります。大陸レベルのアドレス方式を導入する取り組みは 1986 年に始まりました。^[10]

同時に、一部のパワー ユーザーは、大量のエコーメールをローカル マシンに配信してオフラインで読めるようにする方法として、FidoNet プロトコルを使用することに関心があることが指摘されました。これらのユーザーは、自分のシステムがノード リストに表示されることを望んでいませんでした。彼らは (必ずしも) 掲示板システムを実行しておらず、公開アクセスもできないからです。^[10]ノード リストのメンテナンスのオーバーヘッドなしでこれらのシステムにネットメールを配信できるメカニズムが望まれていました。

1986年10月、FidoNetネットワークへの最後の大きな変更がリリースされ、ゾーンとポイントが追加されました。ゾーンは、大陸にほぼ対応する主要な地理的領域を表します。合計で、北米、南米、ヨーロッパ、オセアニア、アジア、アフリカの6つのゾーンがありました。ポイントは非公開ノードを表し、ホストBBSシステム上に非公開で作成されました。ポイントメールは、そのマシン上のユーザーに宛てられたものであるかのように選択されたホストに配信されますが、その後、ポイントがオンデマンドで取得できるようにパケットに再パッケージ化されます。完全なアドレス指定形式はになったzone:net/node.pointので、実際の例は次のようなものになりますBob Smith@1:250/250.10。^[10]ポイントが広く使用されたのは短い間だけで、オフラインリーダーシステムの導入により、この役割ははるかに使いやすいシステムで置き換えられました。ポイントは今日でも使用されていますが、導入されたときほど人気はありません。

FidoNet は、最も初期の標準からファイル添付をサポートしていました。ファイル添付は、複数のシステムを通る通常のメール ルーティングに従い、ファイルがコピーされる間、転送をバックアップすることができました。さらに、ユーザーは他のユーザーにファイルを送信して、ホスト システムに長距離通話料金を課すことができました。これらの理由から、ファイル転送は通常、ほとんどのユーザーに対して無効になっており、システム オペレーターとトッサー/スキャナーのみが利用できました。

解決策として、ファイル要求という形で提案されました。これは情報の流れを逆転させ、送信システムではなく、呼び出しシステムによって駆動されるようになりました。つまり、接続料金を支払うのは、ファイルを取得しようとしている受信者、つまりユーザーです。さらに、要求は従来のルーティングではなく、1 回限りのポイントツーポイント接続を使用して直接ルーティングされるため、ファイルが複数回コピーされることはありませんでした。このような 2 つの標準が一般的になり、「WaZOO」と「Bark」は、さまざまなメーラー間でさまざまなサポートが見られました。どちらも同じように機能し、メーラーがリモート システムを呼び出し、新しいハンドシェイク パケットを送信してファイルを要求しました。^{[16] [17]}

FidoNetは、これまでのところ最もよく知られたBBSベースのネットワークでしたが、唯一のものというわけではありませんでした。1988年以降、PCBoardシステムはRelayNetとして知られる同様の機能をホストできるようになり、他の人気のあるネットワークには、コモドール64の世界からのRBBSNetやAlterNetがありました。FidoNetシステムの進化の後期に、これらのシステムからのメール（フォーラムメッセージではない）をFidoNet構造に切り替えることを可能にする提案がありました。^{[18]これは採用されず、インターネットの急速な台頭により、これらのネットワークが急速にインターネットエクスチェンジを追加し、それが}共通語として機能したため、この提案は不要になりました。

FidoNet は 1984 年に開始され、その年の終わりまでに 100 のノードが登録されました。1980 年代を通じて着実な成長が続きましたが、1988 年以降はさまざまな要因が重なって急成長しました。これらの要因には、モデムの高速化と低価格化、ハード ドライブやコンピュータ システム全般のコストの急速な低下などが含まれます。1993 年 4 月までに、FidoNet ノードリストには 20,000 を超えるシステムが含まれていました。当時、各ノードには平均約 200 人のアクティブ ユーザーがいると推定されていました。合計 400 万人のユーザーのうち、200 万人のユーザーが共有パブリック フォーラムである echomail を一般的に使用し、約 200,000 人がプライベート ネットメール システムを使用していました。^[10]ピーク時には、FidoNet には約 39,000 のシステムが登録されていました。^{[5] [N 3]}

FidoNet は、その存続期間中、管理上の問題と内部抗争に悩まされてきた。その多くは、インターネット配信に実際の費用がかかり、トラフィックの増加がモデム速度の向上と長距離料金の低下による減少よりも速いという事実に起因している。トラフィックが増加するにつれて、コストを回収するためのさまざまな方法が試みられたが、そのすべてがグループ内で摩擦を引き起こした。問題があまりにも深刻だったため、ジェニングスはこのシステムを「ファイト・オ・ネット」と呼ぶようになった。^[19]

モデムの速度が 28.8 kbit/s に達すると、ダイヤルアップ インターネットがますます一般的になりました。1995 年までに、掲示板市場は混乱に陥りました。ユーザーがローカル BBS システムを放棄し、ローカル インターネット プロバイダーへの加入を選んだためです。ローカル インターネット プロバイダーでは、ローカル BBS システムにアクセスするのと同じコストで、HTTP、インターネット メールなどの世界中のインターネット サービスにアクセスできます。多くの BBS のシステム管理者がインターネット サービス プロバイダーになりました。また、インターネット ゲートウェイによって、FidoNet の実装コストも削減されました。インターネット転送も、限界費用をほとんどかけずにインターネット経由で実行できるようになったためです。しかし、これは、もはや存在しない長距離の問題に対処するために構築されたストア アンド フォワード モデルの目的を完全に薄めてしまいました。

FidoNet ノードリストは、特にインターネット接続が広く利用できる地域で縮小し始めました。この減少傾向は続いていますが、約 2,500 ノードで安定しています。^{[N 4]} FidoNet は、インターネット アクセスが困難または高価な地域では依然として人気があります。

2014 年頃、レトロムーブメントにより、インターネットに接続された BBS とノードが徐々に増加しました。システム間では、Telnet、rlogin、SSH が使用されています。つまり、ユーザーは世界中のどの BBS にも、隣の BBS と同じくらい安価に Telnet で接続できます。また、Usenet とインターネット メールが追加され、BBS ソフトウェアの多くの新しいバージョンに長いファイル名が追加され、フリーウェアもいくつかあるため、使用が増えています。ノードリストは、すべてのケースで減少しているわけではありません。

FidoNetはFidoNetポリシーに従って階層構造で管理されており、各レベルに指定されたコーディネーターがFidoNetノードの管理とメンバー間の紛争の解決を行っています。^[20] 行動規則は、意図的に曖昧にされた次の2つの原則に要約されています。

1. 他人に過度に迷惑をかけてはならない。
2. あまり簡単に怒ってはいけない。^[20]

ネットワーク コーディネータは、担当エリア (通常は市または同規模のエリア) 内の個々のノードを管理する責任があります。地域コーディネータは、担当エリア (通常は州または小国) 内のネットワーク コーディネータの管理を担当します。ゾーン コーディネータは、担当ゾーン内のすべての地域の管理を担当します。世界は 6 つのゾーンに分かれており、各ゾーンのコーディネータは、 FidoNet の国際コーディネータとして 1 人を選出します。

FidoNet は歴史的に、掲示板システム間で モデムベースのダイヤルアップアクセスを使用するように設計されており、そのポリシーと構造の多くはこれを反映しています。

FidoNet システムは、公式には、掲示板を使用する人々の間で交わされる個別のプライベート メッセージであるNetmailの転送のみを指し、それをサポートするプロトコルと標準も含みます。Netmail メッセージには、送信者の名前、宛先の受信者の名前、およびそれぞれの FidoNet アドレスが含まれます。FidoNet システムは、メッセージを 1 つのシステムから別のシステムにルーティングする役割を担い (詳細は後述)、両端の掲示板ソフトウェアは、宛先の受信者だけがメッセージを読めるようにする役割を担います。ネットワークは趣味的な性質を持つため、送信者と受信者の間のプライバシーは、メールの転送に関与する FidoNet システムの所有者の礼儀正しさの結果にすぎません。ただし、システム オペレータがシステムを通過するメールの内容を確認する権利を留保することは一般的でした。

Netmail では、すべてのメッセージに 1 つのファイルを添付することができました。これにより、情報をファイル添付としてやり取りすることで、FidoNet に追加機能を構築する一連のピギーバックプロトコルが生まれました。これには、ファイルの自動配布や BBS 間ゲーム用のデータ転送などが含まれます。

これらのピギーバック プロトコルの中で、最も一般的に使用されていたのはEchomailです。これは、本質的にUsenetニュースグループに似た公開ディスカッションです。Echomail は、さまざまなソフトウェアによってサポートされていました。これらのソフトウェアは、ローカル BBS の公開フォーラム (スキャナ) から新しいメッセージを収集し、ARCまたはZIP を使用して圧縮し、生成されたアーカイブを Netmail メッセージに添付して、そのメッセージを選択したシステムに送信しました。特定のユーザー宛てであると識別されたそのようなメッセージを受信すると、逆のプロセスを使用してメッセージを抽出し、トッサーによって新しいシステムのフォーラムに戻されました。

Echomail は非常に人気があったため、多くのユーザーにとって Echomailは FidoNet でした。個人間のプライベートな Netmail は比較的珍しいものでした。

FidoNet は、ツリー構造に政治的に編成されており、ツリーのさまざまな部分がそれぞれのコーディネータを選出します。FidoNet 階層は、多かれ少なかれ地理的に分類された ゾーン、リージョン、ネットワーク、ノード、ポイントで構成されています。

最も高いレベルはゾーンであり、主に大陸に基づいています。

• ゾーン1は米国とカナダです
• ゾーン2はヨーロッパ、旧ソ連諸国、イスラエル
• ゾーン3はオーストラレーシア
• ゾーン4はラテンアメリカ（プエルトリコを除く）
• ゾーン5はアフリカ
• ゾーン6はアジア、イスラエル、ロシアのアジア地域（ゾーン2に記載）でした。2007年7月26日にゾーン6は削除され、残りのノードはすべてゾーン3に移動されました。^{[21] [22]}

各ゾーンはリージョンに分割され、リージョンはネットに分割され、ネットは個々のノードで構成されています。ゾーン 7 ～ 4095 は、othernetsに使用されます。othernets は、Fido 互換ソフトウェアを使用して、FidoNet の政治的構造によって制御されることなく、独自の独立したメッセージ領域を運ぶノードのグループです。未使用のゾーン番号を使用すると、各ネットワークが一意のアドレス セットを持つことが保証され、複数のネットワークに属するシステムで発生する可能性のあるルーティングの競合やあいまいさを回避できます。

FidoNetアドレスは、ゾーン番号、ネットワーク番号（またはリージョン番号）、ノード番号から明示的に構成されます。これらは、の形式で記述されますZone:Network/Node。^[23] FidoNet構造では、特定のノードのリージョン、ホスト、ハブステータスをセマンティックに指定することもできますが、このステータスはメインアドレスによって直接示されるわけではありません。

たとえば、米国オクラホマ州タルサにあるノードで、割り当てられたノード番号が 918、ゾーン 1 (北米)、リージョン 19、ネットワーク 170 にあるとします。このシステムの完全な FidoNet アドレスは になります。リージョンは管理目的で使用され、ノードがリージョンをさらに分割するために使用されるネットワークの 1 つではなく、リージョン コーディネーターの直下にリストされている場合にのみアドレスの一部になります。 1:170/918

FidoNet のポリシーでは、各 FidoNet システムが他のすべてのメンバー システムのノード リストを保持することが義務付けられています。各ノードの情報には、システムまたは BBS の名前、ノード オペレータの名前、地理的な場所、電話番号、ソフトウェアの機能が含まれます。ノード リストは毎週更新され、シャットダウンしたノードへの不要な通話 (それぞれの電話会社によって音声用に電話番号が再割り当てされている可能性があります) を回避します。

定期的な更新を行うために、各ネットワークのコーディネータは、ローカル エリアのシステムのリストを管理します。リストは、定期的に自動システムを介して国際コーディネータに転送されます。国際コーディネータは、新しいノード リストをコンパイルし、ノード オペレータが既存のノード リストに適用できるように配布する変更リスト(nodediff) を生成します。

理論上の状況では、ノードは通常、メッセージをハブに転送します。ハブはメールの配布ポイントとして機能し、メッセージをネット コーディネータに送信します。そこから、メッセージは地域コーディネータを介して送信されるか、またはこの機能専用に設定された他のシステムに送信されます。他のゾーンへのメールは、ゾーン ゲートを介して送信される可能性があります。

たとえば、FidoNet メッセージは次のパスに従う場合があります。

• 1:170/918 (ノード)、1:170/900 (ハブ)、1:170/0 (ネット コーディネーター)、1:19/0 (リージョン コーディネーター)、1:1/0 (ゾーン コーディネーター)と続きます。そこから、宛先ノードに「ダウンストリーム」で配布されます。

もともと、ネットワーク番号とそれが属する地域との間には特別な関係はありませんでした。FidoNet の一部のエリア、特に Zone 2 では、地域番号とネットワーク番号の関係が絡み合っています。たとえば、2:201/329 はリージョン 20 の Net 201 にあり、2:2410/330 はリージョン 24 の Net 2410 にあります。また、Zone 2 では、ネットワークがハブを収容できるほど大きい場合、ノード番号とハブ番号が関連付けられます。この効果は、Net 2410 の構造を見るとノードリストに表示され、ノード 2:2410/330 は Hub 300 の下にリストされます。他のゾーンではそうではありません。

ゾーン 1 では、状況は大きく異なります。ゾーン 1 が開始点であり、ゾーンとリージョンが形成されると、既存のネットは、決まった式なしに地域ごとに分割されました。考慮されたのは、リージョンのマップされたアウトラインに対する地理的な位置だけです。ネット番号が追加されるにつれて、次の式が使用されました。

地域番号 × 20

その後、一部の地域でネットワーク番号が不足し始めたため、以下も使用されました。

地域番号 × 200

たとえば、リージョン 19 には、リージョン 19 が形成された時点で存在していたネットに加えて、ネット 380 ～ 399 と 3800 ～ 3999 が含まれています。

ローカル ネットの形成の目的の 1 つは、すべてのメッセージを 1 つ以上のハブまたはホストに圧縮形式で送信する( ARC は名目上は標準でしたが、PKZIP が広くサポートされています) ことでコスト削減プランを実装し、オフピーク時に 1 回の有料通話で、メッセージがいっぱいのアーカイブ全体を市外のアップリンクと交換して、さらに再配布できるようにすることでした。

実際には、FidoNet 構造では、どのノードも他のノードに直接接続でき、ノード オペレータはアドホック ベースで独自の市外通話契約を結ぶことがあり、全体的なコスト削減とタイムリーな配信のバランスが取れています。たとえば、ネットワーク内の 1 人のノード オペレータが、他の特定のシステムへの定期的な市外通話を申し出た場合、他のオペレータは、リモート システムとその近くのシステム宛てのすべてのメールを地元のボランティアに転送するように手配する場合があります。個々のネットワーク内のオペレータは、コストを分担する契約を結ぶこともありますが、寛大さから、またはコミュニティ内での地位を確立するために、定期的な市外通話の料金を支払うボランティアも一般的でした。

このアドホック システムは、FidoNet 上に構築されたネットワークで特に人気がありました。たとえば、Echomail は人気が高いため、比較的大きなファイル転送を伴うことがよくありました。公式の FidoNet ディストリビューターが追加料金を理由に​​ Echomail の転送を拒否した場合、他のノード オペレーターがボランティアとして参加することがありました。このような場合、Echomail メッセージはボランティアのシステムにルーティングされます。

FidoNet システムは、市内電話サービスが安価で長距離電話 (またはパケット交換 ネットワーク経由の都市間データ転送) が高価な環境に最も適していました。そのため、市内電話でさえ高価な日本や、市内通話料金とMinitelや他のデータ ネットワークとの競争によって成長が制限されていたフランスでは、あまりうまくいきませんでした。

Echomail のメッセージ数が時間とともに増えるにつれ、ユーザーがローカル BBS にログインしたままその量に対応するのは非常に困難になりました。この問題に対処するためにポイントが導入され、技術に精通したユーザーは、すでに圧縮されバッチ化された Echomail (および Netmail) を受信し、自分のマシンでローカルに読むことができるようになりました。^[24]

これを実現するために、FidoNet アドレス指定方式が拡張され、最終アドレス セグメントであるポイント番号が追加されました。たとえば、上記の例のシステムのユーザーにはポイント番号 10 が割り当てられ、アドレス にメールが送信される可能性があります1:170/918.10。

実際の使用では、ポイントの設定はかなり困難です。FidoNet ソフトウェアは通常、手動で編集されたスクリプトによって実行されるいくつかの小さなユーティリティ プログラムで構成されており、ある程度の技術的能力が必要です。メールの読み取りと編集には、「sysop エディタ」プログラムまたはローカルで実行される BBS プログラムのいずれかが必要でした。

北米 (ゾーン 1) では市内通話は一般に無料ですが、システムの利点はその複雑さによって相殺されてしまいました。ポイントは短期間しか使用されておらず、その場合も限られた範囲でしか使用されていませんでした。Blue Wave 、Squiggy、Silver Xpress (OPX)などの専用のオフライン メール リーダープログラムが 1990 年代半ばに導入され、ポイント システムはすぐに時代遅れになりました。これらのパッケージの多くは、QWKオフライン メール標準をサポートしていました。

世界の他の地域、特にヨーロッパでは、状況は異なります。ヨーロッパでは、市内通話でも一般的に従量制なので、通話時間をできるだけ短くする強い動機がありました。ポイント ソフトウェアは標準の圧縮 (ZIP、ARJ など) を採用しているため、通話時間は 1 日あたり最大数分に抑えられます。北米とは対照的に、ポイントはヨーロッパで急速に、かなり広範囲に普及しました。

多くの地域では、ノードリストと並行してポイントリストを配布しています。ポイントリストのセグメントは、ネット ポイントリスト キーパーとリージョン ポイントリスト キーパーによって管理され、ゾーン ポイントリスト キーパーがそれらをゾーン ポイントリストにまとめます。FidoNet のピーク時には、ゾーン 2 ポイントリストに 120,000 を超えるポイントがリストされていました。ポイントのリストは任意で、すべてのポイントがリストされるわけではないため、実際にいくつのポイントがあったかは誰にもわかりません。2006 年 6 月現在、リストされているポイントはまだ約 50,000 あります。そのほとんどはロシアとウクライナにあります。

FidoNetにはシステム間の互換性に関するいくつかの技術仕様が含まれていました。最も基本的なものはFTS-0001 ^[25]であり、すべてのFidoNetシステムは最低要件としてこれに準拠する必要があります。FTS-0001では以下が定義されています。

• ハンドシェイク - メール送信ソフトウェアが互いを識別し、セッションに関するメタ情報を交換するために使用するプロトコル。
• 転送プロトコル( XMODEM ) - システム間で FidoNet メールを含むファイルを転送するために使用されるプロトコル。
• メッセージ形式 - システム間で交換される際の FidoNet メッセージの標準形式。

一般的に使用されていたその他の仕様では、エコーメール、さまざまな転送プロトコルとハンドシェイク方法 (例: Yoohoo/Yoohoo2u2、EMSI )、ファイル圧縮、ノードリスト形式、インターネットなどの信頼性の高い接続を介した転送 ( Binkp )、およびその他の側面が規定されていました。

コンピュータ掲示板は歴史的に、BBSのダイヤルインの人間ユーザーが使用していたのと同じ電話回線をメールの転送に使用していたため、FidoNetのポリシーでは、各FidoNetノードの少なくとも1つの指定された回線が、毎日特定の時間に他のFidoNetノードからのメールを受信できるようにする必要があると規定されています。^[26]

ゾーン メール アワー (Zone Mail Hour) は、ノードの地理的な位置によって異なり、早朝に発生するように指定されています。正確な時間はタイム ゾーンによって異なり、電話回線が 1 つしかないノードは、人間からの発信を拒否する必要があります。実際には、特に後になって、ほとんどの FidoNet システムは、電話回線が混雑していない時間帯 (通常は夜間) であれば、いつでもメールを受け付けるようになりました。

FidoNet の導入のほとんどは、モジュール方式で設計されました。一般的な導入では、共有ファイルやディレクトリを介して通信し、慎重に設計されたスクリプトやバッチ ファイルを介して相互に切り替える複数のアプリケーションが関係します。ただし、D'Bridge など、必要な機能をすべて 1 つのパッケージにまとめたモノリシック ソフトウェアも利用できます。このようなソフトウェアでは、カスタム バッチ ファイルが不要になり、操作が緊密に統合されます。導入の好みはオペレーターの好みであり、どちらの方法で実行しても長所と短所がありました。

DOSベースのFidoシステムで最も重要なソフトウェアは、おそらくFOSSILドライバであり、これはFidoソフトウェアがモデムと通信するための標準的な方法を提供する小さなデバイスドライバでした。^[27] このドライバは、Fidoソフトウェアが動作する前にロードする必要がありました。効率的なFOSSILドライバは、より高速で信頼性の高い接続を意味しました。

メールソフトは、システム間でファイルやメッセージを転送するだけでなく、適切なタイミングで BBS ソフトウェアなどの他のアプリケーションに制御を渡す役割も担っていました。メールソフトは最初に電話に出て、必要に応じて FidoNet 転送プロトコルを介して着信メールを処理します。メールソフトが電話に出て、他のメールソフトではなく人間の発信者が検出されると、メールソフトは終了し、BBS ソフトウェアに制御を渡します。BBS ソフトウェアは、ユーザーとの対話のために初期化を行います。送信メールがローカル システムで待機している場合、メールソフトは、メールを受け取ってさらにルーティングする他のシステムにダイヤルして接続することにより、随時メールの送信を試みます。市外通話のコストはピーク時とオフピーク時で異なることが多いため、メールソフトでは通常、オペレータが他のシステムにメールを送信する最適な時間を構成できます。

BBS ソフトウェアは、システムへの人間の発信者と対話するために使用されました。BBS ソフトウェアを使用すると、ダイヤルイン ユーザーはシステムのメッセージ ベースを使用して、ローカルまたは他の BBS で他のユーザーにメールを書き込むことができます。他の BBS 宛てのメールは、通常、ユーザーがシステムの使用を終了した後に、後でメール送信者によってルーティングされ、送信されます。多くの BBS では、ユーザーがファイルを交換したり、ゲームをしたり、さまざまな方法で他のユーザーと対話したり (ノード間のチャットなど) することもできます。

FastEcho 、FMail、TosScan、Squishなどのスキャナ/トッサー アプリケーションは、通常、BBS ユーザーが送信する必要のある新しい FidoNet メッセージを入力したとき、またはメーラーがローカル メッセージ ベースにインポートする新しいメールを受け取ったときに呼び出されます。このアプリケーションは、受信メールと送信メールのパッケージ化を処理し、ローカル システムのメッセージ ベースとメーラーの受信ディレクトリと送信ディレクトリ間でメールを移動します。スキャナ/トッサー アプリケーションは、通常、基本的なルーティング情報、つまりメールをどのシステムに転送するかを決定する役割を担います。

後になって、BBS ソフトウェアから独立したメッセージ リーダーやエディターも開発されました。特定の BBS のシステム オペレーターは、BBS ソフトウェア自体ではなく専用のメッセージ リーダーを使用して、FidoNet や関連メッセージを読み書きすることがよくあります。2008 年に最も人気のあるエディターの 1 つはGoldED+でした。場合によっては、FidoNet ノード (または多くの場合 FidoNet ポイント) には公開掲示板が付属しておらず、ノードのオペレーターの利益のためにメールを転送するためだけに存在していました。2009 年のほとんどのノードには BBS アクセスがなく、あったとしてもポイントのみでした。

オリジナルのFido BBSソフトウェア、および 1980 年代のその他の FidoNet サポート ソフトウェアは、現在のシステムでは機能しません。これには、Y2K バグに関連する問題など、いくつかの理由があります。場合によっては、オリジナルの作者がBBSまたはシェアウェアコミュニティを離れ、その多くがクローズド ソースであったソフトウェアがサポートされなくなりました。

1990 年代初期のFrontDoor 、Intermail、MainDoor、D'Bridgeなどの DOS ベースのレガシー FidoNet Mailer は、現在でも、フリーウェアのNetFoss Telnet FOSSILドライバーや NetSerial などの仮想モデムを使用することで、モデムなしで Windows 上で実行できます。これにより、Mailer は実際のPOTS電話番号をダイヤルするのではなく、Telnet 経由で IP アドレスまたはホスト名をダイヤルできます。Linux 用の同様のソリューションには MODEMU (モデム エミュレーター) などがありますが、 DOSEMU (DOS エミュレーター)と組み合わせると、ある程度の成果が得られます。FastEcho や FMail などの Mail Tossers は、現在でも Windows と Linux/DOSEMU の両方で使用されています。

現在、Argus、Radius、Taurus など、ソース コード付きの Windows ベースの最新 FidoNet メーラーがいくつかあります。MainDoor も Windows ベースの Fidonet メーラーで、モデムを使用して実行することも、TCP/IP 経由で直接実行することもできます。Unix系システム用の 2 つの人気の無料オープン ソース ソフトウェアFidoNet メーラーは、 binkd (クロス プラットフォーム、IP のみ、binkpプロトコルを使用) と qico (モデム通信と、ifcico および binkp の IP プロトコルをサポート) です。

ハードウェア面では、Fido システムは、当時としては高性能な CPU、高速モデム、16550 UART (当時はアップグレード版) など、装備が充実したマシンでした。Fidonet システムは通常 BBS であるため、新しいメール イベントをすばやく処理してから「通話待ち」状態に戻る必要がありました。さらに、BBS 自体も通常、大量のストレージ スペースを必要としました。最後に、FidoNet システムには、通常、少なくとも 1 本の専用電話回線がありました。その結果、Fidonet システムの運用には多額の資金投資が必要となり、その費用は通常、システムの所有者が負担しました。

FidoNet の使用は 1990 年代半ばまでの使用と比較すると大幅に減少しましたが、多くの国、特にロシアと旧ソ連共和国では依然として使用されています。^{[引用が必要]一部の BBS (現在}telnet経由でインターネット接続し ているユーザーが利用できるものを含む) では、FidoNet ネットメール フィードとエコーメール フィードも保持されています。

FidoNet のエコーメール会議の一部は、UFGate などのソフトウェアを使用して、Usenet ニュース階層のゲートウェイ経由で利用できます。インターネットと FidoNet の間でメッセージを交換するためのメール ゲートもあります。インターネット側でのネットの乱用や電子メール スパムが広まっているため、一部のゲートウェイ (以前の 1:1/31 IEEE fidonet.org ゲートウェイ など) は使用できなくなったり、完全に動作しなくなったりしています。

FidoNews は、 FidoNet コミュニティのニュースレターです。親しみを込めて「The Snooze」という愛称で呼ばれ、毎週発行されています。1984 年に初めて発行されました。その歴史を通じて、短命だった International FidoNet Association を含むさまざまな人々や団体によって発行されてきました。2002 年 1 月から、スウェーデンの Björn Felten によって発行されています。

• PODSネット
• リレーネット
• ユーシーピー

注記

引用

ウィキメディア コモンズには、 FidoNetに関連するメディアがあります。

• 公式サイト
• 代替 US FidoNet ホームページ
• FidoNet 技術標準委員会ホームページ
• FidoNews、FidoNetコミュニティの週刊ニュースレター
• 国際エコーリストホームページ
• IFDC ファイルゲート プロジェクト
• Fidonet ショーケース プロジェクト