Фидонет

Символом-талисманом (англ. mascot) Фидонета является собака с дискетой в зубах, которую изобразил Том Дженнингс в качестве логотипа к своей программе Fido.

По легенде, Фидо — кличка собаки основателя сети, Тома Дженнингса. На самом деле никакой собаки у него не было;[7][8] но Фидо (Файдо, англ. Fido) — действительно собачья кличка, такая же распространённая в Америке, какой на территории бывшего СССР является, например, Шарик, Бобик или Тузик.

Согласно другой легенде, название сети Том Дженнингс взял из первого попавшегося ему на глаза слова, которое было написано на наклейке, приклеенной у него на мониторе.

Обе легенды спорны и не учитывают то, что Дженнингс присвоил имя «Fido» программе для обмена сообщениями между BBS. В дальнейшем название было распространено и на сеть: Network of Fido programs, Fido network → Fidonet (англ.)

Первый узел сети Фидонет на территории СССР появился в 1990 году в Новосибирске. Польский журналист Тадеуш Радиуш, работавший в редакции московского журнала «Компьютер», установил в редакции BBS и свой (польский) узел. Статья об этой BBS была тогда же опубликована в одном из номеров журнала.

После этой публикации, летом того же года, в Новосибирске Евгений Чуприянов и Владимир Лебедев создали первый действительно российский узел, и тоже с BBS.[9] Первоначально узел имел адрес 2:42/100, позже — 2:5000/10. Подключение в сеть осуществлялось через узлы, находящиеся в Чехословакии.[10] В октябре — декабре 1990 года появились узлы также в Челябинске, Москве и Ленинграде, был образован 50-й регион сети. Первым региональным координатором региона Советский Союз (2:50) был Владимир Лебедев, на тот момент — студент мехмата НГУ.

Во время событий августа 1991 года сеть использовалась наряду с Релкомом[11] для рассылки информационных сводок из Белого дома.[12]

Число узлов сети в начале 1990-х годов быстро увеличивалось, поскольку подключение к сети не требовало значительных материальных затрат, а передача данных в пределах одного телефонного кода осуществлялась фактически бесплатно. Однако уже в конце 1990-х годов стало очевидно, что Фидонет не выдерживает конкуренции с другими компьютерными сетями и прежде всего с Интернетом. В январе 1997 года один из старейших фидошников Дмитрий Завалишин в интервью радиостанции «Ракурс» так охарактеризовал перспективы развития сети[13]:

Я полагаю, что Фидо отпущено ещё несколько лет активной жизни, после этого его наверно уже не будет видно на горизонте. И причины тому чисто технологические, а совершенно не политические. Фидо очень давно разрабатывалось, разрабатывалось непрофессионально и неудачно, это все, кто занимается им серьёзно, знают хорошо, и это ограничивает его жизнь, его развитие.

В полной мере эти тенденции проявили себя в 2000-х годах, когда отток пользователей из Фидонет в блоги и социальные сети в Интернете приобрёл значительные масштабы.

С падением популярности сети стали появляться идеи реформирования Фидонет. К их числу относится концепция «гипертекстового векторного Фидонета», предложенная Сергеем Соколовым, системным оператором узла 2:5063/88 (известным также под псевдонимом Mithgol the Webmaster). Она получила известность в связи с заданным в ходе проводившейся 5 марта 2007 года онлайновой конференции Дмитрия Медведева (который тогда занимал должность Заместителя Председателя Правительства РФ) от имени Сергея Соколова вопросом, касающимся сети Фидонет. Медведев ответил на вопрос:

Вопрос: «Здравствуйте, уважаемый Дмитрий Анатольевич! В последнее время я серьёзно озабочен проблемой образования детей в среде информационных технологий, по сему спрашиваю: возможна ли в будущем поддержка таких проектов, как, например, мой чуть более, чем наполовину готовый гипертекстовый векторный фидонет, который я невозбранно разрабатываю уже долгое время?»

Ответ: «Я вчера поковырялся: там все-таки эти вот гиперссылки, которые в обычном Интернете присутствуют, в фидонете, в нормальном виде, привычном для обычных пользователей Интернета, отсутствуют, хотя с другой стороны, вот эти формы, которые там используются (эхоформы они, по-моему, называются), они интересны и они по самым разнообразным тематикам, так что, мне кажется, что задача создать гипертекстовый фидонет как минимум, актуальна, потому что я понял — именно гипертекста там и не хватает»[14]

О поддержке данного направления разработок сказано ничего не было.[15] Несмотря на неоднократные заявления Соколова о скором выходе соответствующего ПО, по состоянию на начало 2011 года только лишь с декабря 2009 года реализована частичная поддержка схемы адресации FGHI в двух редакторах сообщений и одной WebBBS[16]. Другие заявленные возможности, такие как полная поддержка схемы адресации FGHI URL[17], цветовое, шрифтовое и графическое оформление сообщений, в указанном выше программном обеспечении отсутствуют[18].

В отличие от плана Сергея Соколова, энтузиастами были реализованы несколько проектов по облегчению доступа новых людей в сеть: Web-BBS, сайты, на которых можно оформить заявку для получения поинта, например, Fidoweb и wfido, комплекты программ (поинт-комплекты), требующие для настройки задать 5—6 параметров или ответить на несколько вопросов программы (FidoIP, Kubik, NewPointExpress и др.), а также программное обеспечение под Android: Aftershock и HotdogEd.

С 1984 года выпускается электронный еженедельник Fidonews.[19] Ему соответствует эхоконференция FIDONEWS. Еженедельник распространяется в формате, предназначенном для печати. Изначально текст был только в ASCII, но с приходом на пост редактора Björn Felten’а в нём появился символ «ö». Примерно в то же время объём выпусков стал снижаться, а в конференции FIDONEWS стали преобладать обсуждения на политические темы.

В 2009 году вышли первые выпуски русскоязычного «Фидоньюса»:[20]

…Данное издание не имеет ничего общего с традиционным (англоязычным) Fidonews. Это относится не только к форме и содержанию, но и к периодичности выхода. Фидоньюс по-русски выходит по мере готовности. А зависит это от разных обстоятельств, но больше всего от наличия материала.

Так что, если кто-то хочет, чтобы Фидоньюс выходил чаще — шлите мне материалы любым удобным вам способом. Тематика: все, что имеет отношение к Фидонет (включая ваши мысли об этом нашем фидо). Приветствуется написание статей на фидошную тематику. Опять же, конкретная тема по желанию автора. Можно также стихи/прозу о фидо (пример я уже подал :). Hy а не пришлете материалов..;) что ж, фидоньюс все равно будет выходить, только реже.

Устав Фидонета требует, чтобы каждый узел сети поддерживал в актуальном состоянии список всех узлов сети (нодлист, англ. nodelist). Формат списка узлов описывается стандартом Фидонета FTS-5000.[21] Список узлов еженедельно обновляется (как правило, с помощью файловых эхоконференций).

Информация об узле, указанная в списке, включает в себя статус узла (для обозначения временно неработающих узлов), его номер и наименование, географическое местонахождение, имя и фамилию оператора узла, номер телефона (для узлов, доступных посредством интернет-протоколов — доменное имя, IP- или E-mail-адрес) и флаги, указывающие на возможности программного и аппаратного обеспечения узла.

Основное средство поддержания порядка в Фидо — это его иерархическая структура, описанная в пунктах 1.2.3—1.2.8 Устава Фидонета. Организационным объединением нижнего уровня является сеть; сети объединяются в регионы; регионы — в зоны. Каждое объединение возглавляет координатор.

Основные обязанности координаторов:

• Составление местного списка узлов (нодсегмента), отсылка нодсегмента вышестоящему координатору.
• Организация местной структуры нетмейло-, эхо- и фэхораздачи.
• Урегулирование конфликтов между сисопами местных узлов.

Координаторы сетей и регионов (NC и RC — англ. Network Coordinator, Regional Coordinator) назначаются вышестоящим координатором (хотя на практике обычно предварительно проводится голосование, на котором системные операторы узлов выбирают приемлемую для них кандидатуру). Координаторы зон (ZC, англ. Zone Coordinator) избираются координаторами регионов. Координаторы зон являются членами Совета координаторов зон, решающего вопросы, касающиеся сети в целом. Председателем Совета является международный координатор (IC, англ. International Coordinator). Международный координатор является гарантом законности проведения выборов и референдумов в сети, оглашает решения Совета, а также выполняет функции по составлению общемирового списка узлов.

Координаторы могут делегировать часть своих полномочий другим узлам. Обычно делегируются полномочия по организации доставки эхоконференций (сетевому или региональному эхокоординатору — NEC или REC) и файлового трафика (сетевому или региональному файлэхокоординатору — NFEC или RFEC).

В сеть (англ. network) объединяются узлы, находящиеся в одной локальной географической области (городе или регионе), обычно в пределах одного кода междугородной телефонной сети.

Не существует единого подхода к нумерации сетей, общепринятого во всём Фидонете. В зоне 2 (Европа) номер сети часто включает в себя номер региона (например, номер сети 5020 (Москва) включает в себя номер региона 50 — Россия). В небольших регионах для номера сети используется одна значащая цифра, в более крупных — две. В последнее время в связи с нехваткой номеров для сетей эта схема нарушается: так, в регионе 50 существует несколько сетей, номер которых начинается на 60: например, сеть 6035 (Железногорск).

В зоне 1 используется другой подход: в качестве точки отсчёта для нумерации сетей в регионе принимается значение номер региона × 20, а в больших регионах номер региона × 200.

В регион (англ. region) объединяются сети, как правило, находящиеся в пределах большой географической области. Например, в регион 17 первой зоны объединены сети, находящиеся на северо-востоке тихоокеанского побережья США, на Аляске и северной Канаде,[22] а в регион 46 второй зоны — на Украине и в Молдавии.[23]

В состав региона могут входить также независимые узлы, которые не включены ни в одну сеть вследствие отсутствия других узлов в данной местности или конфликта с членами существующей сети.

В зону (англ. zone) объединяются несколько регионов, как правило, находящихся на одном континенте. В настоящее время существуют пять зон:

1. Северная Америка;
2. Европа, страны бывшего СССР и Ближнего Востока;
3. Австралия и Новая Зеландия;
4. Латинская Америка;
5. Африка.

До мая 2007 года существовала также шестая зона (Азия). В связи с упадком популярности Фидо и распадом местной системы координирования она была расформирована, оставшиеся узлы были перенесены в третью зону.[24][25]

В 1992 году часть российских сисопов выступила с идеей о выделении России, а также всего постсоветского пространства, в новую седьмую зону, однако это не было проделано в силу разногласий.[26]

В конце 2005 — начале 2006 года в российском регионе Фидонета (2:50) проводился референдум по вопросам выделения в седьмую зону,[27] по результатам которого также не было выработано какого-либо конкретного решения.[28]

Международный координатор выбирается Советом координаторов зон. Процедура выборов всегда вызывала большие разногласия, вследствие чего этот пост часто оказывался вакантным.[29] В 2000 году международным координатором был избран Z2C (координатор зоны 2) Вард Досше (нидерл. Ward Dossche).[30] В 2004 году совет координаторов зон заявил о смещении его с поста и о избрании международным координатором Z3C Малькольма Майлса (англ. Malcolm Miles).[31] Досше не согласился с этим решением, указав, что голоса при выборах должны распределяться не по схеме «один координатор — один голос», а в зависимости от числа узлов в соответствующей зоне. При такой схеме ему, как координатору самой большой, второй зоны, должно было принадлежать 89 голосов, а всем остальным координаторам в сумме — 11 голосов.[31] Следствием этого стало параллельное существование двух международных координаторов: избранного советом координаторов Малькольма Майлса и Варда Досше, который отказался уходить с поста.

На базе программного обеспечения Фидонета также появились и другие сети, получившие общее название FTN (англ. Fidonet technology network). Для таких сетей понятия «зона» и «сеть» могут иметь другое значение. В качестве номера сети может выступать любое придуманное число (поддерживаемое программным обеспечением), то же касается и номера зоны. Номера зон 1—6 в большинстве сетей не используются, так как это может затруднять применение того же установленного комплекта ПО одновременно и для Фидонета. В народе такие сети ещё называют «левонеты».

В 90-е годы некоторые банки использовали FTN‐мейлеры для связи с филиалами и создания систем «Клиент-банк». Некоторые предприятия и по сей день используют FTN-сети в качестве транспорта для обмена информацией, если организация иного транспортного канала невозможна или нецелесообразна по тем или иным причинам.

Стандартная схема адресации в сети Фидонет описывается в документе FTSC FSP-1028.[32] Стандарт предусматривает полную форму записи адреса (так называемая 5D-адресация — англ. 5D-addressing, использующая 5 полей сетевого адреса) и различные формы сокращённой записи, из которых наиболее часто используемыми являются 3D и 4D-адресации.

5D-адреса записывается в следующей форме: Zone:Net/Node.Point@Domain, где:

• Zone — номер зоны (от 1 до 32767).
• Net — номер сети (от 1 до 32767).
• Node — номер узла (от −1 до 32767).
• Point — номер поинта (от 1 до 32767).
• Domain — символьное имя FTN-сети (до 8 знаков). В случае Фидо — «fidonet».

Из этих полей обязательными являются только Net и Node. Таким образом, возможны следующие сокращённые формы записи адреса:

• Zone:Net/Node.Point — 4D-адресация, имя сети по умолчанию fidonet.
• Zone:Net/Node — 3D-адресация, опускается поле Point, которое у всех узлов сети имеет значение 0.
• Net/Node — 2D-адресация, опускается поле Zone, для которого по умолчанию принимается значение 1.

Значение номера узла «-1» используется для отправки запроса на получение сетевого адреса. Символьное имя сети используется достаточно редко ввиду маловероятности конфликтов адресации между парами зона‐узел у участников FTN-сетей, а также наличия популярного ПО, не учитывающего домен при сравнении адресов.

По концепции Фидонета и по Полиси отправить письмо можно двумя способами: либо директом (то есть непосредственно получателю), либо сетевому координатору получателя (так называемый «хострутинг»). Сетевой координатор обязан организовать дальнейшую доставку полученной им почты членам своей сети (обычно либо непосредственно, либо, в больших сетях, через хабы).

Такая схема неудобна в сети с большим числом узлов и для передачи информации зачастую требует междугородних и международных телефонных вызовов. Ввиду этого обычной практикой стало заключение неформальных договоренностей между системными операторами о том, что один или несколько узлов сети принимают на себя функции по маршрутизации сетевых сообщений. Кроме того, на уровне зоны выделялись узлы, бравшие на себя функцию передачи почты в другие зоны (межзонные гейты — англ. zone gate).[1] Часто системные операторы этих узлов также являлись одновременно координаторами или крупными хабами, но это не являлось обязательным требованием.

Выполнение функций такими узлами зачастую требовало значительных материальных затрат, поэтому в таких случаях могло вводиться разделение расходов между всеми узлами сети (англ. costsharing). Использовались и другие возможности: так, с ноября 1991 года передача сообщений между Европой и Северной Америкой, а с 1992 года — и между другими регионами (Тайвань, ЮАР, Чили и т. д.) стала осуществлялась с использованием IP-каналов.[1] В России подобные функции нередко выполняли узлы, чьи системные операторы использовали служебное положение для осуществления междугородних звонков без оплаты, в том числе через ведомственные сети (Искра-2, железнодорожная сеть). Такие узлы получили название «лонглинки» (от англ. long link).

Фактически схема маршрутизации была иерархична, а количество горизонтальных связей было мало. Это позволяло обходиться без специальных технических средств, позволяющих организовать маршрутизацию сообщений. Однако с ростом количества узлов, а также с распространением IP количество лонглинков сильно увеличилось, что сделало традиционную схему рутинга неэффективной (по крайней мере, в российском сегменте сети). Кроме того, для повышения надёжности сети необходима была децентрализация рутинга с образованием так называемого «бекбона» (англ. backbone) сети. Для оптимизации схемы рутинга у узлов с большим количеством связей с другими узлами было предложено два решения:

• Протокол FRIP (расшифровывается как Fidonet routing information protocol) и одноимённая утилита, созданная Дмитрием Завалишиным, работающая по принципу «объявления» — каждый узел рассылает связанным с ним узлам объявления о том, что он готов принимать почту для некоего списка узлов (как правило, для самого себя и своих даунлинков). Получатели объявления продолжают рассылать его всем связанным узлам. Рассылка не происходит, если получатель объявления уже «знает» более короткий путь к целевому узлу. В результате должна быть автоматически построена карта рутинга, обеспечивающая доставку сообщений по наиболее короткому пути.[33] В настоящее время этот протокол не используется.
• Программа Hubroute generator (также известная как «сафрутер» — по имени создателя, Юрия Сафронова; в пакете Husky она называется Fidoroute). Эта программа строит рутинг на основе общих для региона списка жестко заданных путей рутинга и списка «доверенных» узлов, принимающих почту для определённой сети (в российском Фидо — R50.ROU и R50.TRU соответственно) с учётом данных об узлах, на которые данный узел может напрямую отправлять сообщения. Общерегиональные списки путей рутинга и доверенных узлов составляются региональным координатором на основании данных, которые ему присылают сетевые координаторы.[34]

Данные решения предназначены для использования крупными узлами с большим числом межсетевых связей. Большинство узлов продолжает использовать традиционную схему рутинга.

Практически все основные протоколы и форматы, используемые в Фидонете, стандартизированы и записаны в FTS (англ. FidoNet Technical Standards — технические стандарты Фидонета). Их сбором и стандартизацией занимается FTSC (англ. FidoNet Technical Standards Committee — Комитет по техническим стандартам Фидонета).

Исторически основным техническим стандартом Фидонета являлся FTS-0001,[35] устанавливающий базовые требования, которым должны были соответствовать все системы. Стандарт описывает требования к реализации всех уровней протоколов обмена в соответствии с сетевой моделью OSI, за исключением физического уровня. На канальном уровне для передачи данных использовался протокол XMODEM. FTSC также были приняты следующие основные стандарты и документы:

• FTS-0004: The Conference Mail System (EchoMail Specification) — описывает принципы построения системы эхоконференций.[36]
• FTS-5000: The Distribution Nodelist — определяет формат списка узлов сети.[21]
• FTS-1024: Raw ifcico mail transfer protocol — описывает протокол ifcico, предназначенный для передачи данных через надёжные соединения (такие, как TCP/IP-каналы).[37]
• FTS-1026: Binkp/1.0 Protocol specification — содержит описание протокола binkp, применяемого для передачи данных с использованием TCP/IP.[38]

Документы, не получившие официальный статус FTS, образуют Справочную библиотеку Фидонета — англ. Fidonet Reference Library. Часто используемые протоколы, описанные в FRL:

• FSC-0056: EMSI/IEMSI protocol definition — протокол установления соединения (хендшейка) EMSI.[39]
• FSC-0072: The HYDRA file transfer protocol — протокол модемной передачи данных Hydra.[40]

FTSC также создаёт реестр программных продуктов, участвующих в обмене информацией в Фидонете (мейлеров и эхопроцессоров).[41] Последний раз реестр обновлялся в июле 2008 года. Первой программой, включённой в реестр, является Fido Тома Дженнингса, ей присвоен код 0000; последней — утилита-репакер Marena с кодом 18FF.[42]

Обычный для Фидо режим работы ПО — пакетный. Получив почту, программное обеспечение (тоссер) заносит («тоссит») полученные сообщения в почтовую базу системного оператора узла, формирует исходящие пакеты для аплинка узла (как правило это хаб, распространяющий почту по нескольким узлам) и для даунлинков (поинтов и узлов, получающих («тянущих») почту с данного узла), подписанных на соответствующие эхоконференции. Новые сообщения формируются в виде пакетов («бандлов» — архивов, содержащих наборы сообщений).

Подготовленные в режиме офлайн пакеты (подготовка может занимать на крупных станциях до нескольких часов) передаются мейлером в момент следующего сеанса связи («сессии»). Промежуток между сеансами связи может достигать от полутора минут до нескольких дней.

Мейлер (англ. mailer) — программа, обеспечивающая установку сеанса связи с другим узлом и обмен почтовыми пакетами и файлами. В настоящее время существует огромное количество различных мейлеров, работающих с модемом, по IP, или позволяющих проводить сеансы как по модему, так и поверх IP-протокола. Ряд мейлеров поддерживают совместную работу с BBS-программами, запуская их при обнаружении пользователя‐человека, а не другого мейлера.

Существует два основных алгоритма работы мейлеров: ArcMail Attach (AMA) и Binkley-Style Outbound (BSO). В случае AMA мейлер сканирует каталог с netmail (*.msg), формирует пакеты в соответствии с правилами роутинга и отправляет их при связи с другой системой. Среди сообщений могут быть файловые аттачи — служебные сообщения, говорящие мейлеру о том, что нужно отправить определённый файл, в частности, эхобандл. В этом случае маршрутизацией почты и формированием пакетов с netmail занимается мейлер. В случае BSO, напротив, тоссер или трекер принимает решение о роутинге, формирует пакеты не только echomail, но и netmail, и создаёт для каждого узла специальный файл, в котором перечислено, какие файлы необходимо на этот узел отправить.

При связи между двумя мейлерами они обмениваются информацией о себе. Узлы могут установить пароль на связь друг с другом, чтобы быть уверенными, что почта пришла и будет передана именно тому узлу, которому она предназначена, а не злоумышленнику, подставившему чужой адрес. Это не отвергает возможности передачи почты без пароля, непосредственно получателю без предварительной договорённости об этом. В ранних стандартах (FTS-1) адреса узлов и пароль брался из заголовка передаваемого pkt. Впоследствии были разработаны и получили широкое распространение другие стандарты, в первую очередь EMSI, сделавшие возможным предъявление одним узлом нескольких адресов (aka) и сообщение дополнительной информации о себе (имя сисопа, название станции и т. д.), а также реализовавшими защиту от сбоев во время приветствия (проверяется crc16).

Наиболее популярным IP-мейлером является кроссплатформенный binkd (свободное ПО).

Эхопроцессор или Тоссер (англ. Tosser) — программа, осуществляющая обработку эхопочты (так называемых «пакетов» или «бандлов», bundles). Для передачи почты (как netmail, так и echomail) между узлами сообщения собираются в пакеты определённого формата, которые, как правило архивируются для более эффективного использования каналов связи.

Тоссер является посредником между локальным хранилищем сообщений Фидонет (netmail чаще всего хранится в специальном формате msg (каждое сообщение в отдельном файле), echomail — в одном из форматов Hudson (общая база для всех сообщений), Jam или Squish (отдельная база для сообщений в каждой эхоконференции) и мейлером, осуществляющим передачу информации другим системам.

Работа тоссера заключается в распаковке пакетов и раскладке сообщений по базам эхоконференций, а также по каталогам для отправки на другие узлы сети, подписанные на получение эхоконференций с данного узла. Тоссер осуществляет и «сканирование» баз, которое заключается в упаковке созданных сообщений на отправку другим узлам сети. Тоссер также может выполнять функции трекера (см. ниже).

Наиболее популярными тоссерами являются Squish, HPT из пакета Husky, ParToss, JustTosser, Regina Tosser (под OS/2), FastEcho, GEcho, FMail и так далее.

Трекер (англ. Tracker) — программа, обеспечивающая обработку netmail’а (личной почты). В настоящее время существуют весьма интеллектуальные системы, позволяющие проводить условную обработку писем, динамический роутинг и многие другие действия, включая реализацию произвольных почтовых роботов вроде FAQ-сервера. На узле может быть не установлен трекер, потому что базовые функции обработки нетмейла заложены практически в любой мейлер, поэтому трекер обычно ставят только на крупных узлах, через которые проходят маршруты транзитной почты, для получения расширенной функциональности (динамическая маршрутизация, возможность трассировки, проверка существования получателя в нодлисте, транзитная передача файлаттачей и т. п.).

Наиболее популярные трекеры: FTrack (клон NetMgr), RNTrack (являющийся развитием FTrack), ItraX (под OS/2 использующий язык REXX, существует также версия под Win32). Во время пика популярности Фидонета наиболее распространён был ITrack (версии под DOS, Windows и OS/2), но впоследствии его вытеснили другие трекеры. Ещё существовали пакеты MNTrack и rTrack, а также MsgTrack и OneTrack.

Базовую функциональность трекера обычно может обеспечить тоссер или мейлер, в связи с чем отдельный от тоссера трекер обычно устанавливают крупные узлы, а поинтам он не нужен. Существуют также тоссеры, в потенциале реализующие и функциональность трекера, к примеру, тоссер HPT со встроенным интерпретатором Perl.

Файлэхопроцессор — обеспечивает обработку файлов, проходящих по файлэхоконференциям (которые также кратко называют «фэхами»). Необходим только тем узлам и (или) поинтам, которые пользуются файлэхоконференциями или распространяют их.

Популярные файлэхопроцессоры: HTick из комплекта Husky, Hi-files, AllFix, DMTic, NEF/pk, QuickTic (QTic), KingFix.

Редактор сообщений — позволяет просматривать пришедшие сообщения и создавать новые.

Наиболее популярным из кроссплатформенных консольных редакторов является GoldED+.

Часто вместо редактора используют клиент групп новостей.

Роботы — необязательные дополнительные программы, служащие в основном для автоматической рассылки почты, как нетмейла, так и эхомейла. Наиболее часто использующиеся роботы — это FAQ-серверы и Стат-боты, выдающие различную статистическую информацию. Также роботы часто используются модераторами для автоматического помещения сообщений в эхоконференцию, чаще всего — правил.

Многие роботы являются настроенными специальным образом трекерами.

Самонастраивающийся комплект — облегчает процесс настройки. Во время инсталляции требуется ввести минимальные данные, такие как адрес, имя и пароль, после чего пользователь получает уже настроенный комплект из тоссера, мейлера и редактора.

Примеры комплектов: созданные отечественными разработчиками FidoIP (недоступная ссылка), и его форк Kubik; зарубежные CrossPoint и его производные для различных платформ, а также FIPS и WinPoint (GUI) для Microsoft Windows.

Некоторые современные комплекты поддерживают автоматическую отправку запроса на получение поинтового адреса в сети.

В терминологии Фидо, WebBBS (Web-based BBS) — это WWW-сайт, предоставляющий доступ к эхоконференциям Фидонет.[43] Поскольку по функциональности такой сайт иногда мало чем отличается от интернет-форума, некоторые предпочитают переводить аббревиатуру WebBBS на русский язык словом фидофорум. Однако, фидошные WebBBS имеют определённые отличия от веб-форумов, обусловленные принятыми в Фидо обычаями общения, а также особенностями FTN-технологии.

С технической точки зрения WebBBS является гейтом между сетью WWW и Фидонетом. При этом письма, полученные по сети FTN (обычно по протоколу binkp), преобразуются в форму, доступную по протоколу HTTP, и наоборот. Вместе с тем, не существует ни технических, ни формальных различий между сайтами, гейтующими эхи в виде телеконференций Usenet (обычно под иерархией fido7.*), и чисто фидошными WebBBS. Обычный фидошный узел иногда может выбрать использование протокола NNTP в качестве промежуточного транспорта для своей WebBBS.

Некоторые WebBBS позволяют лишь читать эхи, тогда как другие являются двусторонними гейтами, разрешая писать в Фидо в качестве пользователя BBS. Более продвинутые системы предоставляют участнику полноценный фидошный поинтовый адрес и позволяют отправлять и принимать личные сообщения (нетмейл).

Присутствие на WebBBS той или иной эхоконференции не всегда означает её регулярное обновление. Некоторые сисопы, отключившись от эхи, просто сохраняют в таком виде архив писем на память.[44]

Fido7 — иерархия групп новостей, созданная как шлюз для гейтования эхоконференций сети Фидонет в Интернет. Обмен письмами между сетями производит провайдерская компания «Демос», которой принадлежит один из крупных московских узлов Фидонета (2:5020/400).

• news://news.fido7.org (aka ddt.demos.su) — главный ньюссервер. Его основная роль — снабжать другие сервера; индивидуальные читатели не приветствуются и доступ им может быть закрыт.
• news://news2.fido7.org (aka news2.neva.ru) — публичный сервер доступа в Руснете.
• fido7.org — официальный сайт.

Иерархия Fido7 раздаётся бесплатно и без ограничений (однако многие группы этой иерархии модерируются). Доступна на многих серверах новостей.

Эхоконфере́нция — это разновидность телеконференции, использующая для распространения технологии Фидонет. Наиболее близким аналогом эхоконференции являются группы новостей (например, сеть Usenet).

Для отправки сообщения в эхоконференцию человек должен на неё «подписаться», после чего автоматически начинает получать все пришедшие туда сообщения.

Файлэхоконференции похожи на эхоконференции, но вместо текстовых сообщений там распространяются файлы. К каждому файлу в этом случае передаётся сопроводительный файл с расширением tic, в котором пишется служебная информация (название файлэхоконференции, имя файла, размер, контрольная сумма, список узлов, через которые прошёл файл и т. п.).

Файлэхи тоже имеют свои уникальные имена, но из-за того, что фэх значительно меньше, нежели эх, то и имена их состоят, как правило, из одного слова.

Фэхи чаще всего узко ориентированы; кроме того, во избежание спама, посылать файлы в фэхи, как правило, может далеко не каждый подписчик. И оттого существуют ещё три способа передачи файлов в Фидонете по предварительному заказу: ююк, аттач и директ.

• Ююк — это закодированный в UUE (откуда и название) файл, помещаемый в тело нетмейла или эхомейла (в Интернете для этого используется кодирование MIME, а файл считается присоединённым, и называется аттачем). Ююк — самый распространённый способ передачи файлов, однако при этом закодированный файл на треть превосходит по размеру оригинал, а многие (устаревшие или специально настроенные) тоссеры и некоторые трекеры не пропускают через себя эхомейл (и нетмейл) больше определённого размера. В этом случае создают многосекционный ююк, что тоже создаёт неудобства.
• Аттач (англ. attach — присоединить) — передача файла с письмом. При этом создаётся письмо, которое является «письмом сопровождения», а к нему присоединяется файл. Способ более удобный и быстрый, чем при ююке (файл не кодируется), но из-за невозможности контролировать размер аттача (присоединённого файла) многие ноды не пропускают через себя аттачи. Именно по этой причине аттач нашёл меньшее распространение в Фидонет. Кроме того, в отличие от ююка, аттач невозможно передать эхомейлом, он передаётся исключительно нетмейлом.
• Директ (англ. direct — прямой, напрямую) — получение файлов непосредственно с ноды, этот способ чем-то сродни прямой передаче в ICQ или пиринговых сетях. Для этого способа нужна предварительная договорённость желающего взять файл и отдающего файл. Брать файлы можно не только со своей ноды, а с любой ноды и даже поинта. После договорённости нода или поинт, отдающие файл, как говорят, «выкладывают его на холд», и после того, как пользователь прозвонился (либо ему позвонили — в зависимости от договорённости), файлы начинают идти к нему. Другой человек не может забрать его файлы. Этот способ, без сомнения, удобнее других в плане передачи, так как не накладывает никаких ограничений на передаваемые файлы, но требует предварительного согласования.

Есть ещё один способ получения информации в Фидонет — общение с фак-серверами (FAQ-server) и файл-серверами (File servers).

Фак-сервер — пользовательский тематический сервер, создающий нетмейл-ответ с текстом (топиком), соответствующим нетмейл-запросу. Для содержания фак-сервера нужна отдельная программа, чаще всего используется Messmate. Общение с фак-серверами происходит только нетмейлом, в теле или в теме письма пишется название (названия) топика (топиков), а вместо имени владельца ноды или поинта — имя фак-сервера. После получения нетмейла, программа анализирует нетмейл, и если находит запрос на сервер — формирует ответы адресанту, тоже, естественно, нетмейлом.

Файл-сервер — нода или поинт, с которых можно скачать файлы. Строго говоря, скачать файлы можно с любой ноды или работающего поинта, создав файловый нетмейл-запрос, либо же, создав запрос средствами мейлера, но далеко не все ноды выставляют напоказ свои файлы. Поэтому, первое, что надо попытаться скачать с ноды — файллист, часто он называется files.bbs, либо же имеет короткий «псевдоним» (или, как говорят, алиас) files, по которому к вам придёт всё тот же files.bbs. Если файллиста нет, значит нода не обслуживает файловые запросы, а если файл пришёл, то можно ознакомиться со списком предлагаемых файлов и в случае, если вам что-нибудь нужно — снова создать запрос, на этот раз с именем (или алиасом) интересуемого файла, после чего прозвониться и получить файл. Так как для получения файла создаётся файловый запрос (File Request, FReq), то говорят, что люди файлы фрекают, а ноды, с которых можно брать файлы, называют «фрекальни».

Нередко название сети пишут не Фидонет, но ФИДО (именно прописными буквами, в английском написании встречается FIDOnet, FIDO). Участники сети придумали несколько «расшифровок аббревиатуры» ФИДО, самая популярная — «Федерация Исключительно Дружеского Общения»[47], в которой подчёркивается характер взаимоотношений сисопов.

Встречи участников сети называются «сисопками», «поинтовками», «локалками» или «фидопойками». Названия «поинтовка» и «локалка» чаще означают встречу поинтов одного и того же узла. Существуют и встречи подписчиков одной и той же эхоконференции, тогда название чаще всего образуется путём склеивания названия эхи (или эхотага) и окончания -овка, например, если эха называется spb.cars, то встреча будет называться «карзовка»,[48] если spb.school — «скулёвка» и т. д. Также проводятся общие встречи фидошников какого-либо региона или нескольких регионов.

• Список WebBBS Fidonet от 01.09.2013

• «BBS: The Documentary»
• Jason Scott. Why the BBS Documentary is Creative Commons (англ.) (недоступная ссылка) (июнь 2005). Дата обращения: 3 июня 2008. Архивировано 5 июня 2005 года.