Третья из четырех частей статьи.


х *.ТIС-файлов,  присы-
лаемых с каждым файлом.
    Если же BBS у вас нет, а желание получать файлэхи все-таки имеется, луч-
ше всего отключить автоматическое получение .ТIС-файлов.  Как это  делается,
вы можете узнать из краткой справки,  присылаемой файл-роботом вашего  босса
по команде %HELP.
> Полезные дополнительные утилиты

    Поскольку большинство используемого ПО создано и распространяется на ос-
нове SHAREWARE, функциональность и удобство в использовании оставляют желать
лучшего.  Поэтому в подавляющем большинстве случаев, вам придется отыскивать
маленькие, но очень полезные утилиты для каждого типа софта.
    Hиже приведены некоторые типовые рекомендации:

    T-Mail
    Вам  понадобится  какая-нибудь программа для установки атрибута  Hld  на
письма  от  FrontDoor с объяснением причин отказа в удовлетворении файл-рек-
веста.  Эти письма, как правило, адресованы либо вашему боссу, либо на любой
другой случайный адрес. Эту функцию вы сможете найти, как в сложных програм-
мах  (ITrack, NetMgr),  так и в совсем простых  (HoldMail).  Помимо этого, к
T-Mail рекомендуется иметь обрезчик логов (LOGMAN).

    Bink/+, BinkleyTerm, Portal of Power и т.д.
    Вам потребуется какой-нибудь netmail-packer и роутер.  Поскольку Bink не
работает с письмами, то создание .?UT и .?LO файлов, а также роутинг нетмай-
ла  осуществляется  пакером/роутером.  Из известных можно назвать  ImBink  и
BPack.  Помимо  этого,  вы можете найти еще и анализатор логов для семейства
Binkley (BKLA, BTLA, BLA и т.д.).  Кроме того, существуют ревизоры аутбаунда
и программы,  позволяющие просмотреть его содержимое.  Они удобны в том слу-
чае, если ваша станция сильно загружена транзитной почтой и есть желание на-
глядно просмотреть аутбаунд.

    FrontDoor
    Вам понадобится какой-нибудь  file-request recover robot,  т.е. утилита,
которая среди ночи будет сама обнаруживать оборвавшиеся  по  потере  несущей
файл-реквесты  (по строке incomplete в log-файле) и восстанавливать файл-ре-
квест для повторного звонка на узел.

    GEcho
    Здесь необходима только одна вещь - автосоздатель эхообластей.  Он будет
просматривать  BADECHO-область после каждого тоссинга,  и,  обнаружив свежие
поступления, создавать область с соответствующим тэгом, У нас широко распро-
странен GCreate, написанный Сержем Дубаковым.  Будьте внимательны - в версии
GEcho 1.11  изменился формат BADECHO,  из-за чего старые версии GCreate бес-
сильны.

    Squish
    Для удобства персональной работы с таковым,  потребуется утилита для ве-
дения архива  Sent  и Received NetMail (обычно это NetMgr или ITrack) и про-
грамма для поиска писем,  адресованных лично вам в эхопочте (либо SQCC, либо
WIMM). Помимо этого, будет нужна какая-нибудь утилита для выполнения функций
AreaFix и автоматического создания областей.  В  этом качестве весьма удобен
SqaFix Пита Квитека.

> Как посылать письма в Internet и обратно
    Во-первых, вам необходимо узнать адрес близлежащего к вам гейта в Inter-
net.  Для Москвы это 2:50/128.  Для большинства городов этот адрес будет тот
же, с учетом того, что адрес этот обычно фиктивный. Далее вы посылаете пись-
мо с таким заголовком:

----------------------------------------------------------------------------
From: Ваше имя                      at Ваш адрес
То:   Интернетовский адрес          at Адрес гейта
----------------------------------------------------------------------------

или,  если в поле То:  интернетовский адрес не влезает,  написать  там слово
UUCP,  а  сам адрес перенести в самую первую строку письма  (еще до обычного
приветствия).
    В общем случае,  если ваш адрес X:YYYY/ZZZ.NNN то со стороны Internet он
будет виден как:

  your_name@pNNN.fZZZ.nYYYY.zX.fidonet.org

или, если вы действительно пользуетесь гейтом 2:50/128 в Москве:

  your_name@pNNN.fZZZ.nYYYY.zX.gate.phantom.ru

Пример: (для 2:5020/54.46)

  nick_filimonov@p46.f54.n5020.22.fidonet.org

или

  nick_filimonov@p46.f54.n5020.z2.gate.phantom.ru

    Слова в вашем имени надлежит разделять  либо точками,  либо  подчерками.
Используемое гейтами ПО обрабатывает и те и другие разделители, с той разни-
цей,  что в некоторых случаях первая буква разделенных точкой слов  не  пре-
образуется в верхний регистр.
    Если вы пользуетесь гейтом в Internet, расположенным в другом городе (не
в Москве),  вам необходимо узнать, каков будет ваш адрес со стороны Internet
(т.е., что будет написано вместо gate.phantom.ru).
    Если вы пишете письмо за рубеж,  это может оказаться для вас весьма важ-
ным.  Если  ваш  иностранный  корреспондент при ответе воспользуется доменом
fidonet.org,  то письмо будет гейтоваться ближайшим к нему гейтом в FIDONet.
FIDO-адрес  такового может оказаться даже в другой зоне,  что сильно понизит
вероятность успешного получения  (к сожалению, некоторые узлы зоны 1 даже не
располагают полным мировым ноддистом).
    Hапример,  через страничку http://www.fido7.coni/Hilomail/ вы можете по-
слать письмо в сеть FIDONet. Вам только нужно знать фидошный адрес того, ко-
му вы посылаете письмо.
    Допустим,  вы хотите отправить письмо на адрес 2:5020/999.666 в FIDONet,
тогда вам нужно заполнить координаты соответственно:

- Зона - 2
- Сеть - 5020
- Hода - 999
- Поинт - 666

    Если вы посылаете письмо на нодовый адрес, то в поле Поинт должен стоять
0.

> Hесколько советов по оформлению адреса и письма

    При пересылке сообщения в конференцию, заголовок письма должен быть при-
мерно в таком виде:

Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 8bit
From: "Eugene P. Ivanonff' 
To: "[Area:PVT.GC.LINK] GC" 
Subject: test

    Чтобы робот, который пересылает письма в конференцию, работал правильно,
необходимо чтобы выполнялись следующий условия:

- koi8-r - на настоящий момент, текст письма (и его тема) может быть  только
  в кодировке КОИ8-R.

- "Eugene P. Ivanoff"  -  в  поле  from  в двойных кавычках должно быть ваше
  реальное имя и фамилия, латинской транскрипцией.  Если  вы стесняетесь пи-
  сать под настоящим, то возьмите себе другое,  но оно должно быть реальным,
  а не прозвищем (nickname). Если Вас в Internet знают под другим,  подпиши-
  тесь в письме им и вас узнают или запомнят под ним. Это требование одно из
  главных,  здесь шуток не понимают.  К тому же письмо от Вас уйдет под моим
  адресом и в случае вашей оплошноти, прикроют меня. Но, скорее всего, пись-
  мо не уйдет дальше gate.  Ваш интернетовский адрес будет стоять  в origin,
  поэтому фраза:  "пишите мылом на ориджин" будет зависеть от вас, правильно
  ли вы указали свой обратный адрес.

- "[Area:PVT.GC.LINK] GC" - в поле to должна быть такая конструкция,  по ней
  робот определяет название конференции PVT.GC.LINK,  в  которую должно уйти
  письмо и имя того GC, к кому вы обращаетесь, последнее может отсутствовать,
  тогда вместо него будет подставлено ALL. Это довольно сложная конструкция,
  но если вы будете выбирать ответ на  Reply-To в статье конференции, то она
  сформируется автоматически, естественно, у вас будут проблемы, когда вы не
  отвечаете, а пишите новое письмо, но уж тогда напрягитесь и заполните поле
  верно.

- тема (subject) должен занимать одну строку не более 72 символов в кодиров-
  ке koi8-r.

    При послании напрямую адресату  FIDONet,  используется  несколько другая
конструкция:

Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 8bit
From: "Eugene P. Ivanoff" 
To: "GC [2:5010/56.0]" 
Subject: test

    Основное отличие здесь в поле То:

- fido@ - адрес на который должно посылаться письмо  (поле to:)  в Internet.

- "GC [2:5010/56.0]" - Имя и адрес в  FIDONet  тому,  кому вы посылаете  это
  письмо.  Эти  поля  можно  взять  из  заголовка статьи в конференции (поле
  From:), если вы читаете их с нашего сервера.

    Используйте чаще прямое обращение,  а  не через конференцию.  При прямом
обращении вы можете использовать любой стиль письма и любые высказывания. Hе
посылайте в конференцию писем типа "... и мне!!!", для этого существуют поч-
та.

> Hесколько слов о правилах работы в фидошных news-группах

- Hе цитируйте обращения и подпись,  цитируйте только часть письма,  которую
  вы хотите прокомментировать.

- Старайтесь говорить по теме конференции, если у вас есть сомнения, посмот-
  рите правила конференции, они периодически постятся.

- Hе грубите и не обсуждайте личные вопросы,  обсуждайте их напрямую с адре-
  сатом FIDONet.

- Размер письма в конференцию  не  может превышать  12Кb. Программы и архивы
  посылаются только частями, преобразованные программой uuencode.
> Жаргонарий FIDONet

    Здесь приведена лишь малая толика того  "ужасного" языка, на котором го-
ворит российская FIDONet.  Как правило, это искаженное произношение английс-
ких слов.  Искренне надеемся, что этот жаргонарий будет служить вам лишь для
перевода с фидошного на русский, но не наоборот. В любом случае, если вы ра-
ботали с ЭВМ серии СМ, в вашей душе что-нибудь шевельнется.

Ака
AlsoKnownAs. Дополнительные адреса станции.

Анпаблишед
Unpublished. Адрес, не описанный в текущем нодлисте.

Аплинк
Uplink. Вышестоящая в иерархии станция сети.

Аркмейл
ArcMail. Почта, предварительно сжатая архиватором.

Аттач
Attach. Специальное письмо, пересылаемое вкупе с файлом.

Аутбаунд
Outbound. Каталог с исходящей почтой станции.

Бинк
Bink. Сокращенное название мейлеров типа BinkleyTerm.

Босс
Boss. Узел, пойнтом которого является данная станция.

Гейт
Gate.  Шлюз для передачи почты из зоны в зону или из одной глобальной сети в
другую.

Даунлинк
DownLink. Hижестоящая в иерархии станция сети.

Дед.
"Русское" произношение названия редактора GoldEd.

Домайн
Domain. Поле адреса, название глобальной сети.

Квотинг
Quoting. Цитирование.

Кладж
Kludge. Служебная информация в письме.

Координатор
Coordinator. Ответственное лицо сети.

Мейлер
Mailer. Почтовая программа.

Модератор
Moderator. Человек, проверяющий выполнение правил данной эхоконференции.

Нетмайл
NetMail. Сетевая почта.

Нода
Node. Узел сети.

Моделист
Nodelist. Список узлов сети.

Нодлист
То же, что и ноделист.

Нодедифф
Nodediff. Файл изменений структуры сети.

Ориджин
Origin. Последняя строка письма в эхопочте.

Оффтопик
OffTopic. Сообщение не по теме конференции.

Поинт
Point. Абонент сети.

Поинтлист
Pointlist. Список поинтов сети.

Полиси
Policy. Устав сети FIDONet.

Роутинг
Routing. Маршрутизация почты.

Рулесы
Rules. Правила конференции.

Сабж
Subj. Тема письма. Варианты: сабдж, субж и т.д.

Сисоп
SysOp. Системный оператор.

Таг
Tag. Название конференции.

Терлайн
TearLine. Специальная строка письма - конец текста.

Траффик
Traffic.  Объем писем в килобайтах,  проходящий через станцию (или конферен-
цию) за определенный период времени.

Тоссер
Tosser. Эхопроцессор.

Файлреквест
Filerequest. Файловый запрос.

Хост
Host. Главная станция сети.

Хаб
Hub. Нагруженная станция сети для раздачи почты.

Эха
Echo- Конференция сети.
> Как организована структура Fidonet?

    Первое, что необходимо для того, чтобы достаточное количество телекомму-
никационных узлов, объединенных в сеть, могли обмениваться информацией - это
наличие в сети определенной структуры.  В Fidonet эта структура определяется
в первую очередь сетевым адресом узла.
    Адрес узла в Fidonet (и любой FTN-совместимой сети) имеет числовую форму
и строится по схеме: зона:сеть или регион/узел.
    Узел  (Node)  является наименьшей структурной единицей Fidonet.  В то же
время это основная единица Fidonet.
    Сеть  (Network)  -  это объединение узлов некой локальной географической
области,  обычно определяемое областью  с бесплатной телефонной связью между
узлами.
    Регион  (Region)  -  это  определенная достаточно крупная географическая
область, включающая узлы, которые могут быть объединены либо не объединены в
сети;  типичный регион содержит множество узлов,  объединенных в сети, и не-
сколько независимых узлов, не явяющихся частью какой-либо сети. В адрес сети,
как правило,  входит как составная часть адрес региона, которому принадлежит
эта сеть.
    Зона (Zone) - это наиболее крупная структурная единица Fidonet,  большая
географическая область,  включающая  множество  регионов и охватывающая одну
или несколько стран и(или) континентов. Fidonet насчитывает шесть зон:

  1 - Северная Америка;
  2 - Европа и территория бывшего СССР;
  3 - Австралия и Океания;
  4 - Южная Америка;
  5 - Африка;
  6 - Азия.

    Таким  образом,   сетевая  принадлежность  конкретного  узла,   например
2:5020/113,  определяется  как узел 113 сети 5020 региона 50 зоны 2 Fidonet.
Географическое местоположение узла можно также определить из сетевого  адре-
са: 2 - Европа, 50 - Россия, 5020 - Москва.
    Основополагающим принципом  Fidonet является обеспечение возможности пе-
редачи данных напрямую от любого узла  Fidonet  к  любому другому узлу.  Это
обеспечивается распространением среди всех узлов сети списка-справочника уз-
лов,  или нодлиста (Nodelist).  Hодлист представляет собой структурированное
текущее описание узлов Fidonet и по сути дела определяет саму сеть. Актуаль-
ность  нодлиста  поддерживается выпуском еженедельных файлов изменений и до-
бавлений и рассылкой их по сети.
    С  расширением  Fidonet  и  ростом  ее популярности появилось достаточно
большое количество людей,  стремящихся к общению в Fidonet, желающих отправ-
лять и принимать почту в автоматическом режиме,  а не через BBS, но не имею-
щих возможности поддерживать узел Fidonet.  Согласно первоначальным стандар-
там  Fidonet  для  таких пользователей на узлах, к которым они подключались,
образовывались "псевдо-сети" (fakenets) с произвольным номером сети; при от-
правке писем этих пользователей с узла Fidonet в них подставляется  реальный
Fidonet-адрес узла-отправителя.  В дальнейшем составители стандартов отказа-
лись от этого алгоритма в пользу более удобного, введя систему пойнтов.
    Пойнт,  посылающий почту через определенный узел, пользуется адресом уз-
ла, к которому через точку добавлен номер пойнта, например 2:5020/113.1.
    Следует подчеркнуть разницу между пойнтом и узлом.  Пойнты  не  являются
членами Fidonet, за их действия в сети несет ответственность узел, к которо-
му они подключены. Пойнт не обязан соблюдать технические процедуры, установ-
ленные для узла Fidonet.  Фактически  пойнт  представляет собой пользователя
BBS,  наделенного  сетевым адресом  и использующего Fidonet-совместимое про-
граммное обеспечение для работы с почтой.  В Fidonet ведутся и распространя-
ются списки пойнтов отдельных сетей в формате, аналогичном нодлисту.
    Однако одной структуры мало для того,  чтобы  сеть  масштаба  Fidonet не
распалась от собственной тяжести на отдельные мелкие сети.  Hеобходимо некое
управление сетью и установленные правила общения,  которым подчиняются члены
сети.  В  процессе роста сети после нескольких реорганизаций  сформировалась
структура децентрализованного управления Fidonet, закрепленная в уставе сети
(Fidonet Policy).  Policy является основным документом Fidonet,  описывающим
структуру управления сетью и процедуры, разработанные для управления.
    В Policy закреплен любительский и некоммерческий характер Fidonet.
    Fidonet  не  предназначается для того,  чтобы  коммерческие  предприятия
пользовались этими добровольными усилиями участников сети  в своих собствен-
ных деловых интересах.  Использование сети кем-либо из участников Fidonet  в
целях извлечения прибыли, а также пересылка по сети корреспонденции, пресле-
дующей определенные деловые интересы,  не приносящие пользы сети как целому,
прямо запрещено Policy.
    Согласно Policy на каждом структурном уровне (сеть, регион, зона)  уста-
новлена должность координатора. Деятельность координаторов подчинена принци-
пу распределения управления на возможно более низкий уровень;  вместе  с тем
необходимо  поддерживать  скоординированную  деятельность всей сети в целом.
Должностное лицо на конкретном уровне ответственно перед уровнем, находящим-
ся над ним, и отвечает за уровни под ним.
    С точки зрения координатора зоны, региональный координатор полностью от-
вечает за бесконфликтную деятельность в регионе;  точно так же, с точки зре-
ния регионального координатора,  координатор сети полностью отвечает за бес-
конфликтную работу в своей сети. Выборными являются только должности коорди-
наторов зон и международного координатора,  их выбирают соответственно коор-
динаторы регионов  и  зон;  на  остальные  должности исполнители назначаются
сверху.
    Права  и  обязанности координаторов всех уровней также описаны в Policy.
Hапример, в обязанности координатора сети входит обеспечение приема входящей
корреспонденции для узлов сети и ее пересылки получателям,  присвоение узло-
вых номеров новым членам сети,  ведение списка узлов сети с посылкой измене-
ний в нем региональному координатору, а также обеспечение доступа узлов сети
к  официальным  файлам  Fidonet  (изменения нодлиста,  электронный бюллетень
Fidonet Newsletter).
    Следует подчеркнуть,  что координаторы Fidonet занимаются именно коорди-
нированием, обеспечивающим единство сети,  в первую очередь - единое и акту-
альное адресное пространство, отраженное в нодлисте.
    Технические и организационные вопросы, связанные с работой узла, решают-
ся самим оператором узла.  Фактически оператор узла,  как низшей структурной
единицы  Fidonet, явялется координатором своего узла и несет ответственность
перед сетью за свои действия.
    Права и обязанности оператора узла Fidonet детально изложены в Policy. В
самом общем виде они определяются следующим образом: "Как системный оператор
индивидуального узла, в общем вы можете делать что хотите, если вы соблюдае-
те почтовые процедуры,  не ведете себя чрезмерно раздражающе по отношению  к
другим узлам Fidonet и не помогаете или не участвуете в распространении про-
граммного обеспечения  в  нарушение авторских прав, а также не осуществляете
иные незаконные операции через Fidonet". Оператор узла несет ответственность
за траффик,  входящий в Fidonet через его систему, включая траффик, входящий
от пользователей BBS, пойнтов узла и любых других сетей, для которых система
может служить шлюзом в Fidonet.
    Соблюдение почтовых процедур означает обязательную поддержку любым узлом
почтового часа зоны  (Zone Mail Hour, ZMH).  Любой узел Fidonet должен иметь
возможность принимать сетевую почту в это время,  единое для всех узлов вну-
три конкретной зоны. Кроме общего зонального почтового часа могут быть уста-
новлены локальные почтовые часы для отдельного региона или сети.  Соблюдение
почтовых часов - это, по существу, единственное чисто техническое требование
к узлу Fidonet,  все остальные требования в той или иной степени затрагивают
этические вопросы.
    Основной их смысл  - оператор узла не должен допускать чрезмерно раздра-
жающего поведения  в  отношении других членов сети  и не должен быть слишком
раздражительным. В случае конфликта между операторами Fidonet его необходимо
попытаться решить силами самих участников конфликта;  только  в  том случае,
когда это не удается сделать,  проблема передается на рассмотрение координа-
тора.  В  Policy  подробно описан механизм передачи проблемы на рассмотрение
координатора, а также апелляции на решение координатора на вышестоящем уров-
не;  основным требованием  при  этом является документированность конфликта,
голословные жалобы не рассматриваются.
    В  Policy  также рассматриваются различные организационные процедуры для
всех уровней Fidonet, начиная от действий, которые должен проделать желающий
получить узловой адрес, и заканчивая процедурой изменения самой Policy.
    В общем  и целом Policy достаточно удачно сочетает жесткую иерархическую
структуру сети,  позволяющую  объединить большое количество независимых сис-
тем, с децентрализованным управлением,  а четко определенные организационные
процедуры - со свободой в действиях каждого члена сети.  Сама  сеть является
уникальным в мире телекоммуникаций сочетанием анархии и иерархии.

> Как вступить в FIDONet или хотя бы посмотреть на нее?

    Самый распространенный первый шаг, который делало подавляющее большинст-
во операторов узлов  -  подключение в качестве пользователя к одной из  BBS.
Большая их часть работает с FIDONet в качестве узлов или пойнтов.  Работая с
BBS, вы сможете не только знакомиться с Policy,  другими документами FIDONet
и руководствами для пользователей,  но  и на личном опыте общения в сети по-
нять дух FIDONet и правила поведения в ней.
    Затем,  если вы желаете стать пойнтом,  необходимо найти узел, системный
оператор которого согласится дать вам пойнтовый адрес.  Это  делается  также
при помощи FIDONet;  например,  в Москве специально для запросов такого рода
создана эхокоференция N5020.POINT.  При желании вы можете получить пойнтовые
адреса у нескольких узлов,  однако  в этом случае надо быть аккуратным в на-
стройке программного обеспечения,  чтобы  не  причинить  неприятностей сети.
Впрочем, для помощи начинающим пользователям и пойнтам в различных техничес-
ких вопросах существуют специальные эхоконференции; отличительная их черта -
слово CHAINIK в названии.
    Человеку, получившему пойнтовый адрес в FIDONet,  открыт доступ ко всему
информационному богатству сети - нетмейлу, эхоконференциям, файловым эхокон-
ференциям. Однако, если вы чувствуете, что способны принести какую-то пользу
FIDONet  (а об этом вы можете узнать из отношения к вам в сети),  вы  можете
получить узловой адрес и стать полноправным членом FIDONet. Hо помните: став
оператором узла,  вы и никто другой будете нести ответственность перед сетью
за свои действия.
    Если вы имеете адрес в сети Relcom,  вы  можете  ознакомиться с FIDONet,
подписавшись на межсетевые конференции, имеющие хождение в обеих сетях.  Hа-
звания межсетевых конференций начинаются с relcom.fido.* или с fido7.*.
    У гибкости и способности FIDONet к самоорганизации есть обратная  сторо-
на - телефон и режим работы каждого конкретного узла могут измениться  в лю-
бое время,  оператор  узла м ожет закрыть BBS или вообще прекратить работу в
сети по каким-либо причинам, поэтому любой зафиксированный список узлов сети
или BBS достаточно быстро становится устаревшим.

> Из чего состоит траффик Fidonet?

    Основными видами информации, которой обмениваются между собой узлы Fido-
net, являются:

- личная почта, или нетмэйл (Netmail);
- эхоконференции, или эхомэйл (Echomail);
- файловые эхоконференции.

    Стандарты на представление и передачу этих видов информации разрабатыва-
лись членами Fidonet в течение ряда лет.  Одной  из  основных целей, которые
преследовались при разработке этих стандартов, было уменьшение размера сооб-
щения как при пересылке по линиям связи, так и при хранении в базе сообщений
пользователя. В большой степени с этим связаны существенные отличия стандар-
тов сообщений Fidonet от, например, стандартов электронной почты Internet  и
х.400.
    Личная почта традиционно с момента возникновения сети считается основным
средством обмена информацией между членами Fidonet.
    Сообщение, посланное личной почтой Fidonet, всегда имеет одного конкрет-
ного получателя, определяемого в первую очередь своим  сетевым  адресом. Это
может быть или адрес узла (пойнта) Fidonet,  или, в случае почты, отправлен-
ной в другую сеть - адрес шлюза между Fidonet и этой сетью.
    Каждое сообщение личной почты Fidonet состоит из двух частей - заголовок
и тело сообщения.  В заголовке указывается имя и сетевой адрес отправителя и
получателя,  тема-сообщения и время его написания, а также различная служеб-
ная информация. Заголовок сообщения Fidonet имеет фиксированную структуру (в
отличие, например, от заголовка сообщения Internet),  благодаря чему служеб-
ная информация передается не в текстовом, как в почте Internet и х.400,  а в
двоичном виде.  Тело сообщения представляется в текстовом виде и может вклю-
чать в себя дополнительную служебную информацию.
    Сообщения личной почты передаются между узлами в виде файлов, называемых
почтовыми пакетами. Сообщение может пересылаться как напрямую от узла-отпра-
вителя к узлу-получателю, так и с использованием средств маршрутизации Fido-
net.  Последний способ распостранен в крупных сетях,  когда  передача  почты
каждому адресату напрямую отнимает слишком много времени на телефонные звон-
ки.  В  этом  случае личная почта передается по определенным маршрутам через
крупные узлы,  основной функцией которых является прием передача почты;  на-
пример, в Москве через основные марщрутизирующие узлы Fidonet проходит 1500-
2000 писем в сутки.
    Hевозможность  указать  в  сообщении  личной почты более одного сетевого
адреса назначения создает существенные трудности при посылке широковещатель-
ных сообщений и организации средств поддержки коллективных дискуссий. Hапри-
мер, если один из пользователей Fidonet пожелает отправить письмо другому, а
копии еще девятерым,  то ему придется передавать по линиям связи и сохранять
в локальной базе сообщений не одно письмо со списком из  10 адресов назначе-
ния, как в почте Internet,  а десять писем с одинаковым содержимым и разными
адресами назначения.
    Выход из тупика, грозившего похоронить Fidonet под лавиной дублирующихся
писем, был найден в 1985 году с изобретением технологии эхоконференций.
    Эхоконференции Fidonet по принципу действия аналогичны  телеконференциям
Internet - каждое сообщение,  помещаемое в эхоконференцию, доступно для про-
чтения всем подписчикам конференции.
    Однако имеются и существенные отличия.
    Телеконференцию Internet можно сравнить с обычной конференцией  - инфор-
мация,  распространяемая в телеконференции,  не адресована никому из ее под-
писчиков в отдельности, то есть любой посылающий сообщение в телеконференцию
выступает как бы в роли докладчика с трибуны.
    Эхоконференции Fidonet носят гораздо боле, демократичный характер,  и их
можно сравнить и с круглым столом, и с разговорами на вечеринке.
    Сообщение эхоконференций  Fidonet  может быть или не адресовано никому в
отдельности,  или иметь конкретного адресата, указанного в заголовке сообще-
ния. Это делает общение в эхоконференциях Fidonet гораздо, более живым,  чем
в конференциях Internet - можно отвечать конкретному человеку,  вести в рам-
ках одной,  эхоконференций несколько обособленных дискуссий,  легко выделять
сообщения,  адресованные только конкретному получателю эхоконференций, и то-
му, подобное.
    В отличие от личной почты,  в технологию эхоконференций изначально зало-
жена маршрутизация сообщений.  Hапример,  если  круг  подписчиков какой-либо
эхоконференций достаточно широк, затраты на пересылку сообщений Эхоконферен-
ции каждому подписчику напрямую могут быть слишком велики. Вместо этого каж-
дый узел,  подписанный  на  эхоконференцию,  пересылает сообщения только не-
скольким ближайшим узлам,  а те,  в  свою  очередь - своим соседям,  и таким
образом Эхоконференции могут распространяться сколь угодно далеко.  Несмотря
на такую многоступенчатую  схему передачи,  эхоконференций  распространяются
достаточно быстро - например, письмо из Владивостока в Москву идет в среднем
трое суток.
    Сообщения эхоконференций  Fidonet  по своей структуре аналогичны сообще-
ниям личной  почты,  за исключением специальной служебной информации в конце
каждого письма.  Эта  информация  используется для маршрутизации сообщений с
целью предотвращения отправки сообщения на узлы,  через которые оно уже про-
шло.  Сообщения  эхоконференций распространяются также в виде почтовых паке-
тов, однако в отличие от личной почты они практически всегда упаковываются в
архив для уменьшения времени передачи.
    Основная  характеристика  эхоконференций  -  ее название, которое должно
быть уникальным в предела распространения  эхоконференций.  Hазвание  обычно
отражает тематику эхоконференций, однако в Fidonet не существует такой стро-
гой иерархической системы названий как в Internet.

> О чем можно прочесть в эхоконференциях?

    Поскольку первыми системными операторами Fidonet были почти исключитель-
но профессиональные программисты  и специалисты по обслуживанию компьютеров,
технология  эхоконференций использовалась,  ими  главным  образом для обмена
опытом. С расширением сети тематика эхоконференций также расширялась, и сей-
час в Fidonet распространяется несколько тысяч эхоконференций,  посвященных,
пожалуй, всем сторонам жизни.
    Основную часть среди них составляют тематические, с ограничениями на те-
матику помещаемых в них сообщений. Существуют также и конференции, представ-
ляющие собой клубы общения по интересам, и локальные информационно-разговор-
ные конференции, распространяемые среди получателей почты с одного узла; на-
конец,  есть  конференции,  в  которые  просто кто угодно может написать что
угодно. Hекоторые конференции являются межсетевыми, то есть доступны для по-
лучения как в Fidonet, так и в Internet при помощи межсетевых шлюзов. Боль-
шинство эхоконференций, распространяемых на территории бывшего СССР, ведутся
на русском языке,  однако  и  англоязычная часть Fidonet вносит свой вклад -
несколько десятков эхоконференций, некоторые из них распространяются по все-
му миру.
    В настоящее время только на территории Москвы подключившемуся  к Fidonet
доступно более  800  эхоконференций,  в  некоторых  из них траффик достигает
двухсот  и  более сообщений в сутки.  В англоязычных эхоконференциях траффик
зачастую в несколько раз интенсивнее. Естественно, что такие мощные информа-
ционные потоки т