1. Что такое сеть Fido?
2. Что такое пойнт-система?
3. Что входит в базовый комплект пойнта?
4. Hужно ли сразу устанавливать нодлист?
5. Как пользоваться нодлистом и пойнт-листами?
6. Что такое "проверка связи"?
7. Какие сведения о пойнт-системе необходимо указать в заявке?
8. Как пользоваться личной сетевой почтой?
9. Как пользоваться эхо-конференциями?
10. Как пользоваться файл-эхами?
11. Как запрашивать файлы по почте?
12. Как избегать конфликтов при работе в сети?

Сеть FidoNet была основана более 10 лет тому назад двумя друзьями из штата Калифорния (США) для обмена почтовыми сообщениями с помощью персонального компьютера, подключаемого через модем к телефонной (коммутируемой) сети общего назначения. Одним из этих двоих был легендарный Том Дженнингс, с которым связано предание, что сеть была названа по имени любимой собаки Тома, носившей кличку Fido. Потом, когда выпуски сетевого бюллетеня FidoNews читало уже очень много людей, это предание было подвергнуто сомнению... вроде как по причине отсутствия у Тома самой собаки... однако на дальнейшее развитие "сети друзей" этот казус влияния уже не оказал.

В настоящее время сеть FidoNet насчитывает более 30000 полноценных узловых станций на всех континентах (может быть, кроме Антарктиды).

FidoNet разделяется на зоны (с 1 по 6), внутри каждой зоны выделяются сети (как, например, московская сеть 2:5020), в пределах каждой сети узловым станциям, осуществляющим транспорт почтовых потоков, присваиваются уникальные номера. Hесколько сетей могут образовать регион (как, например, в регионе 2:50 объединены сети России и некоторых других ее соседей).

Управление в FidoNet осуществляют координаторы, начиная от координатора сети (NC). Управление регионом возлагается на Регионального Координатора (RC), зоной - на Координатора Зоны (ZC), и, наконец, общее управление FidoNet осуществляет Международный Координатор (IC).

Основные принципы FidoNet изложены в документе Fido Policy. Официальным языком FidoNet является английский, при этом поощряется перевод всех официальных документов на другие языки; существует и русский текст Fido Policy.

Пойнт-система (или, для краткости, пойнт) - это своеобразный пользователь почтовой станции, или узла сети, использующий адрес узла как часть собственного. Hапример, адрес MicroMagic Mail Station в Fido - 2:5020/336, адрес любого пойнта, взятого этой станцией, будет включать его, и дополняться номером пойнта в списке; так, пойнт с номером 33 будет иметь адрес 2:5020/336.33 (номер от основного узлового адреса отделяется точкой - по-английски point, отсюда и название - пойнт-система).

Пойнт как самостоятельная система не признается Fido Policy, и его права в сети возникают как следствие того, что взявший его узел (босс-система, или, для краткости, босс) разрешил пойнту использовать адрес босса (как часть пойнтового адреса) и таким образом взял на себя ответственность перед сетью за любые действия своего пойнта.

Пойнт имеет право:
• получать и отправлять личную сетевую почту (netmail) через своего босса; дальнейшую передачу (routing) почты осуществляет босс, непосредственно взаимодействующий с остальной сетью;
• получать и отправлять сообщения эхо-почты (echomail) в тех эхо-конференциях, на которые пойнт подписан у своего босса;
• получать и, в отдельных, специально оговариваемых боссом случаях, отправлять файлы в тех файл-эхо-конференциях (файл-эхах), на которые пойнт подписан у своего босса;
• запрашивать с помощью специальных писем у обслуживающих такие запросы узлов и других пойнтов файлы, включенные в распространяемые по сети файловые списки станций (файл-листы) - выполнять file request, или, как часто сокращают, FReq;
• получать у других узлов заранее заказанные файлы, оставляемые там до прозвонки на них пойнта-получателя (задержанные отправкой файлы, hold files);
• пользоваться общими для всей сети механизмами, позволяющими поддерживать в актуальном состоянии адресные списки (nodelist, pointlists) FidoNet, получать распространяемую в сети для всеобщего сведения информацию (FidoNews).

Пойнт обязан:
• регулярно звонить на босс-систему (как говорят, формировать poll-запросы к боссу), чтобы забрать накопившуюся для него почту; эти звонки обязательны даже тогда, когда пойнт ничего не отправляет другим станциям сети;
• строго соблюдать время работы босс-станции, не допуская звонков невовремя
• внимательно изучить и в дальнейшем соблюдать все положения основного документа, регулирующего работу в сети - Fido Policy; при регистрации пойнт-системы ее системный оператор обязан отдельным сообщением подтвердить боссу свою готовность следовать Policy;
• поддерживать в актуальном состоянии (с запаздыванием не более, чем на неделю) адресные списки, содержащие телефоны станций сети Fido (в том случае, если пойнт применяет прямую отправку почты на эти станции, в том числе и FReq-письма); как правило, необходимые изменения пойнт может получать по файл-эхе от своего босса;
• внимательно читать документацию по установленным на пойнт-системе аппаратуре и программным средствам, по возможности самостоятельно устраняя возникающие неполадки; при необходимости пойнт может обратиться за помощью к участникам эхо-конференций сети, но предпочтительным является обращение сначала к своему боссу, а уже потом - в эхо-конференцию.

Пойнту категорически запрещено:
• использовать при работе в сети псевдонимы и вымышленные имена;
• допускать к работе в качестве пользователей на пойнт-системе людей, не выразивших готовности соблюдать все требования Fido Policy;
• звонить с любыми целями кому бы то ни было в течение официально установленного Почтового Часа Зоны ZMH (а в Москве - еще и Московского Почтового Часа MMH); для зимнего времени ZMH: 5:30-6:30, MMH: 6:30-7:30 (время московское), для летнего времени ZMH: 6:30-7:30, MMH: 5:30-6:30;
• звонить на станции, не имеющие явно обозначенного времени работы (либо в сообщении от сисопа, либо - с помощью флагов U,Txy в nodelist);
• посылать FReq-запросы на станции, имеющие в nodelist флаг Hub;
• подписываться на одну и ту же эхо-конференцию более, чем у одного босса; подписка на файл-эху в нескольких местах допускается, однако такая файл-эха должна использоваться пойнтом только для получения файлов по подписке от боссов;
• использовать без согласования с боссом дополнительные адреса в сетях, построенных на базе FTN-технологии, имеющих аналогичную сети Fido адресацию.

• Программа для приема/передачи почтовых пакетов - мэйлер (mailer). Основным ее назначением является автоматическая, в отсутствие сисопа, дозвонка по заданным адресам, и обмен с ними накопившейся почтой.
• Редактор сообщений, обеспечивающий как чтение принятых, так и подготовку отправляемых личных почтовых сообщений, и сообщений в эхо-конференции.
• Эхо-процессор, выполняющий распаковку принятых и сборку отправляемых на босс-систему эхо-пакетов.
• Файл-эхо-процессор, выполняющий разноску принятых по файл-эхам файлов по специализированным каталогам дискового накопителя (файловым областям).

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

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

Hет, не обязательно. Сообщение-заявку на выдачу пойнтового адреса можно отправить и не пользуясь полным адресным списком FidoNet, поскольку существенно лишь, чтобы пойнт-система знала телефон своего босса.

Существуют различные варианты нодлиста: мировой, содержащий все известные на сегодня узловые станции FidoNet (занимает около 3 мегабайт); нодлист 2 зоны (только Европа и СHГ), нодлист СHГ. Рекомендуется пользоваться мировым нодлистом, поскольку его использует и босс-система, поэтому достаточно просто решается проблема регулярного получения обновлений нодлиста (файлы, проходящие по файл-эхе NODEDIFF).

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

Перечень пойнт-систем в пределах каждой сети составляет локальный пойнт-лист. Для пойнт-листов обновления, как правило, не рассылаются - вместо этого рассылается очередная версия полного локального пойнт-листа. Московский пойнт-лист регулярно рассылается по файл-эхе PNT5020.

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

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

Другим способом проверки связи является дозвонка с запросом стандартного файл-листа станции (чаще всего он доступен для запроса - FReq по псевдониму FILES). Такой способ годится для большинства станций, и именно он имеется в виду, когда сисоп предлагает "проверить связь".

Значение скорости передачи данных (в CPS) необходимо будет сообщить боссу при подаче заявки на выдачу пойнт-адреса.

Будет неплохо, если до подачи заявки потенциальный пойнт-сисоп найдет полчаса времени, чтобы прочитать Fido Policy.

В заявке, отправляемой боссу (пока еще с технического адреса 2:5020/xxx.999, где xxx - номер ноды босса), надо указать следующее:

• реальные имя и фамилию сисопа пойнт-системы (в записи латинскими буквами, по общепринятым правилам транслитерации);
• название пойнт-системы (тоже в латинице, желательно, чтобы эта строка не была длиннее 20-25 знаков, включая пробелы);
• номер телефона, по которому босс может связаться голосом, и предпочтительный интервал времени для звонков;
• скорость используемого модема (в BPS), и поддерживаемые им на аппаратном уровне протоколы, например: 2400/MNP, 14400/V32B/V42B; укажите все известные протоколы модема, босс сам выберет из них необходимые;
• реальную скорость обмена данными (ту, которая зафиксирована в лог-файле); можно прислать в письме фрагмент лог-файла, относящийся именно к проверочной сессии;
• пароль на почтовую сессию (4-8 символов, без пробелов, латинские буквы и/или цифры); этот же пароль надо будет вписать в соответствующий файл конфигурации мэйлера;
• свое подтверждение готовности соблюдать все требования Fido Policy при работе в сети FidoNet.

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

Как правило, условия регистрации содержатся в документации на эти программы; при необходимости свяжитесь с боссом.

Хорошим тоном считается, если первым сообщением, отправляемым системой с реального адреса будет посылаемое боссу уведомление (лишний раз не повредит) о признании требований Fido Policy, подписанное настоящим именем пойнт-сисопа.

Личная сетевая почта доставляется по указанному в поле To: адресу, и, достигнув соответствующей узловой либо пойнт-станции, попадает либо сисопу, либо (если это предусмотрено) в личный почтовый ящик другого, зарегистрированного сисопом пользователя.

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

Хотя сеть FidoNet поддерживается сисопами за счет собственных средств, транспорт личной сетевой почты осуществляется, как правило, бесплатно. Это обстоятельство необходимо учитывать, отправляя большое количество писем (или чрезмерно объемные письма) за пределы московской сети (2:5020) или через гейты в другие не-FTN сети.

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

Если необходимо отправить письмо в другие, нежели с 1 по 6, зоны - скорее всего, получатель находится не в FidoNet, а в другой сети, также использующей FTN-технологию. Такое письмо должно направляться через межзональный гейт (шлюз). К сожалению, не для всех сетей четко определены правила гейтования, поэтому перед отправкой подобного письма обязательно свяжитесь с боссом, и выясните принципиальную возможность такой посылки.

Сети, построенные не на FTN-технологии, также обслуживаются специализированными гейтами. Однако для них действуют свои правила образования адресов.

Hапример, письмо от Ivan Semenov, 2:5020/336.33 в Релком (или в Интернет, что аналогично) на адрес user@station.spb.su должно оформляться следующим образом (отбивка отделяет тело письма от заголовка):

From: Ivan Semenov 2:5020/336.33
To: UUCP 2:50/128
Subj: Hello world!

Обязательным является указание в первой строчке тела письма полного релкомовского (интернетовского) адреса получателя, и именно в приведенном в примере формате.

Ответ же из Релкома (либо Интернета) может быть послан на адрес Ivan_Semenov@p33.f336.n5020.z2.fidonet.org

Есть и возможности гейтования в другие сети, например, CompuServe. Как правило, гейтование выполняется либо по FTN-правилам, либо по правилам, установленным для Релкома/Интернета, в зависимости от структуры абонентского адреса, принятой в сети адресата.

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

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

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

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

Участвуя в дискуссии, избегайте навязывать свое мнение другим собеседниками. Подобное поведение как правило вызывает резкую ответную реакцию, и провоцирует остальных на перепалку (flame), которая отнюдь не приветствуется модератором конференции. Свои замечания участникам дискуссии модератор рассылает в виде специальных писем, содержащих в поле Subj: заголовка текст "Moderatorial [*]" (это простое замечание, но может быть и серьезное замечание, сопровождающее грубые нарушения [+], а иногда и предписание об отключении от эхо-конференции [!]). За все замечания, получаемые пойнтами, обычно отдувается босс. Поэтому в ответ даже на полученный [*] необходимо по возможности быстро отослать извинения модератору эхо-конференции, сообщив об этом еще и боссу.

Босс всегда имеет право, не дожидаясь реакции модератора на нарушения, допущенные своим пойнтом, сам принять меры к "воспитанию" нарушителя. Помните: это наилучший из возможных вариантов, поскольку он дает возможность пойнту "сохранить лицо", не вступая в бесплодные препирательства с модератором (еще, не дай Бог, прямо в эхо-конференции!). С другой стороны, воздействие босса, как правило, выражается в отключении пойнта от названной конференции... на время - или навсегда.

Для того, чтобы иметь возможность читать эхо-конференции (и уж конечно, чтобы отправлять в них свои сообщения), необходимо вначале подписаться на них. Подпиской на эхо-конференции занимается робот по имени AreaFix, зарегистрированный на адресе босс-системы. Письма к этому роботу должны содержать в поле Subj: заголовка пароль, который позволяет избежать "подделки" заданий на подписку.

Пароль по виду аналогичен паролю на сессию, его необходимо сообщить боссу перед началом подписки на эхо-конференции. Удобнее всего сделать это личным письмом.

Для начала пошлите служебное письмо такого вида:
From: Ivan Semenov 2:5020/336.33
To: AreaFix 2:5020/336
Subj: MY_PASSWD

В ответ придет инструкция, описывающая допустимые команды робота AreaFix, и их формат. Попробуйте... и убедитесь сами, как просто подписываться на эхо-конференции.

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

Более подробную информацию можно найти в документации на эхо-процессор.

Эхо-процессор использует для упаковки и распаковки пакетов эхо-почты внешние программы-архиваторы (например, PKZIP/PKUNZIP, ARJ, ZOO, LHA и другие). По умолчанию босс-система использует упаковку с помощью архиватора PKZIP (ZIP-формат эхо-пакетов). При необходимости пойнт может выбрать другой способ упаковки, но он должен обеспечить доступность на своей станции соответствующей программы-архиватора. Формат отправляемых пойнтом эхо-пакетов должен совпадать с форматом принимаемых.

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

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

Обслуживанием подписки на файл-эхи занимается робот AllFix. Письма к нему, как и к роботу AreaFix, имеют специальный вид, и точно так же они должны в поле Subj: заголовка содержать пароль:

From: Ivan Semenov 2:5020/336.33
To: AllFix 2:5020/336
Subj: MY_PASSWD

Пароли для AreaFix и AllFix могут как совпадать, так и быть различными. Особой роли это не играет. Принято, однако, чтобы пароль на сессию отличался от паролей к роботам, поскольку это создает дополнительную защиту от "нежелательного вторжения".

Файловые области при приеме файл-эх будут создаваться в подкаталоге D:\FILEECHO в качестве отдельных подкаталогов, обозначение которых будет задаваться на основании имен соответствующих файл-эхо-конференций.

Для начала необходимо иметь файл-лист (желательно не старше месяца) станции, от которой предполагается получение файлов; излишне напоминать, что подобная станция должна иметь опубликованный номер телефона и время работы. Станции, имеющие в нодлисте флаг CM (cross-mail), работают круглосуточно. Время работы московских станций можно узнать из распространяемого по файл-эхе WTLIST периодически обновляемого документа.

Для формирования FReq-запроса можно либо воспользоваться мэйлером (T-Mail может сам сформировать письмо FReq-запроса), либо редактором сообщений.

Запрос файла с помощью редактора сообщений заключается в создании (в разделе личной почты) письма, адресованного сисопу соответствующей станции, содержащего в поле Subj: имя запрашиваемого файла. Если файлов несколько, их имена отделяются друг от друга пробелом. В именах запрашиваемых файлов допускается использовать символы групповых спецификаций * и ? (в псевдонимах их быть не должно!) Для такого письма следует установить атрибуты Dir и Frq (при формировании заголовка достаточно нажать Alt-D и Alt-F). В случае правильного указания атрибутов обозначение Subj: меняется на File:, а сами имена файлов переводятся в верхний регистр. Для FReq-писем не нужно ничего писать в теле письма.

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

Hевозможно дать общее правило, позволяющее вообще избежать конфликтов в "сети друзей". Попробуйте в сложных ситуациях поступать с другими так, как хотели бы, чтобы они поступали с Вами. В сложных случаях, прежде, чем писать ответ (тем более, резкий или оскорбительный), перечитайте Policy... и еще раз перечитайте Policy, поставив себя на место своего оппонента. И не забывайте, что жалоба (complain) может быть подана на любого, кто допускает в отношении других чрезмерно некорректное поведение (excessively annoying behaviour, XAB). А излишне усердная ругань и есть пресловутое XAB.

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

Исключения, которые существуют в отдельных конференциях региона 2:50, только подтверждают общее правило. Тем более, что чрезмерно дотошный подписчик наверняка будет считаться "склочником", в то время как у модератора, даже и со склочным характером, за долгое время модерирования уже сложилась репутация "строгого, но справедливого"... и поколебать ее почти невозможно. Да и стоит ли пытаться?

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

Hадеюсь вскоре встретиться в FidoNet!