Первая из четырех частей статьи.
Структура FIDONet
Сетевой адрес
Быть может оттого, что FIDONet создавалась как некоммерческая сеть, она
имеет иерархическую древовидную структуру. Структура сети определяет правила
передачи почты между станциями, подчиненность узлов, а также людей, ответст-
венных за выполнение сетью или иных функций (координаторов). Основным доку-
ментом, описывающим структуру FIDONet является список узлов сети (нодлист,
ноделист, от англ. nodelist).
Существует несколько таких списков - глобальный список, называемый обыч-
но мировым нодлистом, а также менее крупные списки по отдельным географичес-
ким регионам. Мировой нодлист содержит сетевые адреса, телефоны, имена опе-
раторов и названия станций для всех узлов FIDONet. Он составлен из несколь-
ких сегментов, за составление которых отвечают координаторы менее крупных
единиц сети. Поскольку в настоящее время мировой нодлист занимает несколько
мегабайт, изменения в структуре сети фиксируются в файлах изменений(нодедиф-
фах, дифах, nodediff), которые при помощи специальных программ вносятся в
нодлист каждой станцией самостоятельно. Это позволяет исключить рассылку
многомегабайтных списков с повторяющейся информацией.
Самой крупной единицей деления FIDONet является зона (Zone). Россия (и
Украина) входит во вторую зону (Европа и т.д.), США находятся в первой зоне.
Подробное описание номеров зон можно найти в мировом нодлисте. Зона имеет
своего координатора (Zone Coordinator, ZC), координатора по вопросам эхокон-
ференций (Zone EchoMail Coordinator, ZEC) и т.д. Функции координаторов по-
дробно освещены в уставе FIDO - FIDONet Policy (полиси).
Зона, как правило, имеет собственные ворота (гейты, gate) для отправки
почты другим зонам сети. Каждая зона имеет свой список узлов, включаемый в
мировой нодлист как один из сегментов. Список узлов зоны 2 в настоящий мо-
мент именуется Z2-LIST. Файлы изменений к нодлисту зоны 2 называются Z2-DIFF.
Расширения файлов Z2-DIFF числовые и характеризуют номер текущего дня (т.е.
дня, когда этот файл создан координатором) от начала года. Поскольку нодлист
весьма велик, он обычно пересылается в архивированном виде. В этом случае,
требуется отличать упакованный лист от неупакованного, чтобы случайно не по-
пробовать скомпилировать упакованный вариант. Для этого используется другое
расширение файла (для архиватора ZIP - .Zxx), где xx - последние цифры номе-
ра дня. Полное описание сокращений для имен архиваторов содержится в конце
текущею нодлиста.
Следующей единицей деления сети является регион (Region). Россия нахо-
дится в регионе 50 (обозначается обычно как R50) (Украина в регионе 46, или
R46 - Прим. мое). Регион отражается в сетевом адресе, однако, в отличие от
зоны и прочих единиц деления, не входит в адрес как самостоятельная величина.
Каждый регион имеет своих координаторов и свой сегмент зонного нодлиста, ко-
торый ведет региональный координатор (RC, Regional Coordinator, R50C в слу-
чае России и R46 - Украины). Помимо RC, имеется еще REC (Regional EchoMail
Coordinator) и другие координаторы.
Базовой единицей территориального деления FIDONet является сеть (Net).
Сеть характеризуется уникальным номером внутри зоны и содержит в себе номер
того региона, к которому сеть принадлежит. Hомер сети входит в сетевой адрес
в качестве самостоятельного поля, в то время как номер региона образуют пер-
вые две цифры номера сети (для региона 50 все сети имеют номера 50хх, для
Украины 46xx).
Сеть также имеет своего координатора (NC, Network Coordinator) и коорди-
натора по вопросам эхопочты (NEC, Network EchoMail Coordinator). Сеть имеет
свой сегмент в нодлисте региона, и, кроме того, список абонентов сети (поин-
тов, точек, от англ. point), называемый обычно поинтлистом. Поинты не явля-
ются формальными членами FiDONet.
Типы станций сети
В этой части под словом "сеть" будем понимать не всю глобальную сеть в
целом, а лишь ее часть в том смысле, как это было определено выше.
Главной станцией сети является хост (Host), который изначально был при-
зван служить воротами для общения сети с окружающим миром. Однако по мере
роста сети и возрастания нагрузки, такая схема перестала себя оправдывать.
Хост сети является нулевым узлом данной сети, и выделяется в нодлисте словом
Host. Вслед за описанием хоста следует список станций, входящих в данную
сеть.
Помимо хоста в сети выделяется ряд станций, называемых хабами (Hub).
Остальные станции сети передают всю почту для других станций через выделен-
ного им хаба. Часто, особенно в нагруженных сетях, хабы объединяют в кольцо
для ускорения передачи почты и повышения надежности. Хабы обозначены в нод-
листе словом Hub, за которым следует список станций, передающих свою исходя-
щую почту на данный хаб. В сильно нагруженных сетях, какой является к приме-
ру 5020 (Москва, Россия), выделяют также хабы второго уровня (Second Level
Hub). В таком случае нагрузка распределяется между хабами и ускоряет распре-
деление почты.
Основной единицей сети является узел (нода, нод, node). Узел является
членом FIDONet и его права и обязанности регламентированы в Уставе FIDONet
(полиси). В настоящее время действует версия полиси 4.1. Узел сети принимает
почту от других узлов сети и абонентов сети. Каждый узел имеет некоторое ко-
личество своих абонентов (пойнтов данного узла). Узел самостоятельно опреде-
ляет для себя порядок передачи сетевой почты адресату письма (т.е. может
осуществлять как прямые соединения, так и связь через хаб/хост/гейт). В на-
груженных сетях определяются специальные глобальные схемы маршрутизации
(роутинга, routing), призванные облегчить определение пути передачи писем и
ускорить их прохождение.
Hаименьшей единицей сети является абонент сети (пойнт, point). Пойнт
имеет стабильную прямую связь с узлом сети, абонентом которого он является.
В этом случае соответствующий узел называется босс-нодом (босс, boss-node)
для этого поинта. Согласно действующей FIDONet Policy, пойнт не является
формальным членом сети и не может осуществлять прямой передачи сетевой почты
адресату письма. Это ограничение связано с тем, что при прямой передаче опе-
ратор босс-ноды не может контролировать содержание писем от пойнта, и, сле-
довательно не может предотвратить передачу коммерческой информации по сети.
От станции к станции
Поскольку FIDONet построена по иерархическому принципу, почта передается
от станции к станции, пока не достигнет самых нижних звеньев сети. Вышестоя-
щие звенья сети принимают почту от нижестоящих и передают ее еще выше, а
также принимают почту от вышестоящих звеньев для нижестоящих. Порядок подчи-
ненности определяет направление звонка - звонящий узел обычно является ниже-
стоящим по отношению к вызываемому.
При прямой связи двух узлов вышестоящий узел называется аплинком
(uplink), нижестоящий - даунлинком (downlink).
Структура сетевого адреса
Существуют несколько схем адресации сети.
В настоящий момент наиболее широко используемой является адресация 4D и
5D (4D-addressing и 5D-addressing), т.е. используются четыре и пять полей
сетевого адреса. 5D-адресация позволяет организовывать обмен между различны-
ми глобальными сетями, и является более прогрессивной.
4D-адрес
Основные поля 4D-адреса:
Zone:Net/Node.Point
Здесь Zone - номер зоны, Net - номер сети внутри зоны (в это поле входит в
частности номер региона), Node - номер узла, Point - номер пойнта узла. Для
узлов сети, поле Point является бессмысленным, поэтому при адресации узла
поле Point принимается равным нулю (например, 2:5020/54.0) или вовсе опус-
кается (тогда имеет место ЗD-адресация) (например, 2:5020/54).
5D-адрес
5D-адреса записываются в двух формах:
Zone:Net/Node.Point@Domain
Domain#Zone:Net/Node.Point
Значения полей те же. Поле domain определяет символьное имя сети. Для
FIDONet применяется домен fidonet или fidonet.org
например, 2:5020/54.46@fidonet.
Другие сети могут иметь свои домены, т.е. можно отличать адреса одной сети
от другой.
Следует помнить, что определенные схемы адресации поддерживаются лишь
ограниченным кругом программных продуктов, применяемых в сети FIDONet. Преж-
де чем решить, какой адрес следует применить, необходимо прочесть руководст-
во на используемое программное обеспечение.
Основной адрес станции сети называют ее главным адресом (main address),
а возможные другие адреса называют АКА (от англ. Also Known As - "Также из-
вестен как...").
> Флаги ноделиста
В нодлистах и пойнтлистах имеется специальное поле, содержащее флаги для
данной станции. Флаги определяют скорость и возможности модема, режим работы
станции и т.д.
Одним из таких флагов, имеющих отношение к режиму работы станции являет-
ся:
Флаг: CMMOLO
Значение: Станция работает круглосуточно Mail-Only.
Отсутствует BBSListcd-Only. Принимаются только звонки от систем, объяв-
ленных в текущем нодлисте.
Помимо этого флага существуют и другие, полный перечень и назначение ко-
торых можно узнать в конце текущего нодлиста.
> Виды почты
Изначально FIDONet задумывалась как сеть для обмена личными письмами.
Поэтому первым типом почты в FIDONet исторически оказалась сетевая почта или
нетмейл (NetMail). Письмо, отправленное сетевой почтой, существует всегда в
единственном экземпляре, который перемещается от автора к адресату через
один или несколько узлов сети. Узлы сети объединяют сетевую почту, предназ-
наченную для посылки на определенный узел (группу узлов или целый регион) в
пакеты, которые отправляются, лишь только будет установлено соединение.
Сетевая почта представляет собой аналог обычного письма, находящегося в
конверте (т.е. прочесть его может только адресат). Однако, в связи с полным
запретом на передачу коммерческой информации, сетевую почту могут просматри-
вать системные операторы узлов, через которые осуществляется пересылка пись-
ма. Эта перлюстрация может осуществляться с целью выявления коммерческой ин-
формации, передаваемой но сети. Следует также отметить, что текущая версия
полиси запрещает шифрование передаваемых данных без согласия всех узлов,
участвующих в передаче письма от автора к адресату. Это ограничение распро-
страняется также и на общеизвестные схемы шифрования типа ROT13.
С разрастанием сети возник новый вид почты - эхопочта или эхомейл
(EchoMail). Эхопочта представляет собой аналог доски объявлений, на которой
каждый может разместить письмо или ответить на письмо другого человека. Эхо-
почта обычно делится на конференции различной тематики (эхи. Echo). При этом
письмо будет отправлено на все станции сети, подписанные на конкретную доску
(конференцию). Эхописьмо существует не в одном, а в нескольких сотнях или
даже тысячах экземпляров. Помните об этом при написании писем в эхопочте.
Как правило, эхописьмо передается в упакованном виде (т.е. пакеты с
письмами упаковываются архиватором типа ZIP, ARJ и т.д.). В таком случае
эхопочту принято называть аркмейлом (ArcMail). Файлы, содержащие эхопочту
имеют шестнадцатиричные имена, соответствующие сетевому адресу станции и
расширения по дням недели и номерам файла (т.е. шестой файл в понедельник
будет иметь расширение .МO5).
Примечание: Несмотря на почти поголовное использование PKZIP и ARJ,
единственным стандартным FIDONet архиватором является утилита ARC.
> Формат письма
Обычное письмо в сети FIDONet имеет следующие поля, обязательные к за-
полнению:
From: Имя автора письма.
То: Имя адресата.
Subj: Тема.
at Адрес автора письма.
at Адрес адресата.
Заметим, что Subj часто применяется как своеобразное макро для темы
письма в его тексте.
Пример FIDONet-письма (в данном случае - в эхопочте):
----------------------------------------------------------------------------
From: Nick Filimonov 2:5020/54.46
То: All
Subj: ZyXEL U1496E+
----------------------------------------------------------------------------
Привет, All!
Кто бы взялся рассказать, как из SmartOne 1200/None сделать Subj?
Nick, Night System (2:5020/54.46)
----------------------------------------------------------------------------
Для писем, помещаемых в эхоконференциях сети поле адреса адресата отсут-
ствует за полной его ненадобностью (так как телеконференции предназначены не
для приватной переписки, а для всеобщего обсуждения той или иной темы).
Лимиты для полей заголовка таковы: имена From и То не длиннее 36 симво-
лов, поле Subj не длиннее 72 символов.
Всякое письмо принято начинать приветствием и заканчивать подписью. При
использовании псевдонима реальное имя автора должно быть указано либо в на-
чале письма, либо в подписи, за исключением тех случаев, когда использование
псевдонимов официально разрешено. В большинстве используемых редакторов дата
и время создания письма, адрес и имя отправителя, а также служебные строки,
проставляются автоматически. Помимо этого, для сохранения вашего времени
используются шаблоны письма (темплейта, template), т.е. "болванки", содержа-
ие в начале типовое приветствие, а в конце вашу подпись.
Если вы отвечаете на письмо другого человека, хорошим стилем является
цитирование того письма, на которое вы отвечаете. Большинство редакторов
имеют возможность создавать цитированный ответ. Помните, что написавший вам
человек мог давно позабыть о своем письме и без цитат ему будет сложно по-
нять ваш ответ. Как правило, цитируемая строка начинается с инициалов автора
и символа >>. Такие строки редактор обычно подсвечивает другим цветом.
Заметьте, что не надо цитировать все письмо целиком. Достаточно процити-
ровать основную мысль или те положения, с которыми вы не согласны (или, на-
оборот, согласны). Запомните, что чрезмерное цитирование не приветствуется,
да и читать такие письма не всегда удобно. Кроме того, в некоторых эхоконфе-
ренциях цитирование запрещено вообще, поэтому к нему надо относиться с осто-
рожностью. В любом случае не следует цитировать подписи, служебные строки и
т.д.
Последней строкой письма является так называемый tearline (терлайн, тир-
лайн), представляющий из себя строку --- в первой позиции со следующим за
ней произвольным текстом.
Для эхопочты после терлайна обычно вводится строка Origin (ориджин, ори-
гин), которая служит для сообщения дополнительных сведений читателю письма о
режиме работы станции отправителя. Формат строки:
Origin : " * Origin :" (произвольный текст) "(" (адрес) ")"
В связи с тем, что сеть изначально создавалась на территории США, почти
все используемое программное обеспечение конфликтует с некоторыми буквами
русского алфавита. Текст письма обычно оформляется редактором в виде одной
длинной строки текста, из которой обычно удаляются символы (CR)(LF). Поэтому
определен еще так называемый "мягкий CR" (soft CR), совпадающий с русской
буквой H. Поэтому в FIDONet принято использовать 866 кодовую страницу, в ко-
торой русская буква Н заменена на аналогичную по начертанию латинскую Н. За-
мена других русских букв не практикуется.
> Сетевая почта и ее особенности
Сетевая почта представляет собой приватное письмо одного абонента сети
другому. В сетевой почте необходимо указывать сетевой адрес получателя пись-
ма, а также его правильное имя (это связано с тем, что если письмо приходит
не оператору станции, а пользователю его BBS, то любые искажения в имени
адресата повлекут неполучение им этого письма). Как правило, для поиска име-
ни по адресу и адреса по имени используется нодлист или пойнтлист, ибо боль-
шинство редакторов позволяют осуществлять так называемый lookup (лукап) -
контекстный поиск по списку.
При прохождении сетевой почты через узел, последний обычно добавляет к
концу письма специальную служебную строку-кладж (kludge line), начинающуюся
с подстроки:
^aVia
где ^а - символ с кодом 01.
За подстрокой следует обычно название почтовой программы узла, его сете-
вой адрес и время в различных форматах (UNIX, GMT и др.). По этим специаль-
ным строкам можно определить путь письма к вам, и в случае искажений (а та-
кое бывает) попробовать доискаться правды.
>> Эхопочта
Эхопочта подразделяется на большое число различных конференций с опреде-
ленными темами. Для различения между собой разных конференций, каждой из них
присвоено уникальное имя, называемое тэгом (тагом, tag). Тэг представляет
собой одно или несколько слов, разделенных символом разделителем (в зарубеж-
ной FIDO используют символ подчерка, в российской, вероятно, по интернетовс-
кой традиции, символ точки). Примеры тэгов:
PVT.EXCH.COMPUTER, RUSSIAN.SEX, SU.CHAINIK
Каждая эхоконференция имеет свою тематику и правила конференции. Как
правило, большинство конференций на территории региона 50 используют типовой
вариант правил, с внесенными в него небольшими изменениями. Типовой вариант
правил содержится в документе ECHOPOLR, который определяет правила и порядок
их соблюдения, а также другие важные детали обращения с эхопочтой.
За соблюдением правил конференции следит ее модератор (moderator), яв-
ляющийся либо создателем конференции, либо выбираемым ее подписчиками чело-
веком. Модератор регулярно публикует в конференции ее правила и требует их
соблюдения от всех ее читателей.
Обратите внимание, что ответственность за нарушения поинтов и пользова-
телей BBS несет оператор босс-нода! Ввиду этого факта, босс-нода может пре-
кратить доставку конференции нарушившему правила пойнту или даже вовсе ли-
шить его адреса по своему усмотрению без предварительного уведомления.
В большинстве конференций строжайше запрещены:
- сообщения не по теме конференции (offlopic);
- нецензурные выражения;
- оскорбление других подписчиков конференции;
- реклама и коммерческие объявления любого характера;
- самовольное модерирование.
За нарушение правил модератор конференции (и только он) высылает нару-
шившему правила подписчику письмо, содержащее в поле Subj один из трех сим-
волов степени тяжести нарушения:
[*]
Предупреждение о нарушении правил конференции. Как правило, такие преду-
преждения выносят "на первый раз" или за несерьезные нарушения. В некоторых
конференциях звездочки накапливаются "на счету" узла, пойнтами которого со-
вершались нарушения. В таких случаях три звездочки означают следующую сте-
пень наказания.
[+]
Нарушение правил конференции после трех предупреждений или одно грубое
нарушение. Каждый плюс заносится "на счет" узла, поинтами которого соверша-
лись нарушения. Как правило, период действия одного плюса ограничен месяцем
с момента его вынесения. Три плюса означают следующую степень наказания.
[!]
Отключение. Эта степень ответственности наступает в случае грубейшего
нарушения правил конференции, либо по получении узлом максимально возможного
в данной конференции числа плюсов. Отключение означает, что данный узел обя-
зан прекратить доставку этой конференции своим пойнтам, а в случае, если у
узла отсутствуют даунлинки и себе самому. В любом случае, конференция должна
остаться доступной для других узлов-даунлинков данного узла, посредством по-
становки ее в режим passthru (пасссру), когда приходящие письма экспорти-
руются даунлинкам, но не попадают в базу писем узла. В случае доставки кон-
ференции отключенному узлу и настойчивого игнорирования узлом отключения,
узел исключается из FIDONet. Отключения выносятся сроком на месяц (три меся-
ца, полгода, навсегда).
Обратите внимание, что поинты могут быть отключены от конференции или
переведены в режим ReadOnly по усмотрению босс-ноды даже после получения,
единственной звездочки. Этот вопрос разрешается оператором босс-ноды само-
стоятельно.
Поскольку модератор тоже человек, критерии модерирования в разных эхах
различны. За одно и то же нарушение вы можете получить простое предупрежде-
ние в одной конференции и отключение в другой. Помимо этого, известно не-
сколько случаев патологического модерирования, заканчивавшихся практической
гибелью эхи.
Все претензии к модератору принято выражать нетмайлом. Не отвечайте мо-
дератору в эхе - этим вы нарушите правила конференции еще раз! Помните, что
все проблемы, возникшие у вас в ходе общения с модератором и не улаженные
посредством приватной нетмайловой переписки, можно разрешить на уровне ваше-
го NEC.
При использовании эхопочты возникают несколько дополнительных понятий,
не свойственных передаче сетевой почты. Прежде всего, возникают дополнитель-
ные кладжи AREA, SEEN-BY и PATH.
Кладж AREA задает область, в которую отправлено данное письмо. Имя
области задается ее тэгом и представлено в текстовом виде.
Кладж PATH задает цепочку станций сети, через которые письмо прошло на
пути к вам. После слова PATH идут номера узлов (не их сетевые адреса!). Если
в ходе этой пересылки менялась сеть, то в месте смены сети указывается номер
узла с указанием номера сети (например, PATH 5020/54 68 174 5030/180 15).
Кладж SEEN-BY определяет адреса станций, которым текущее письмо было ра-
зослано. Он используется для предотвращения дублирования почты и поиска раз-
рывов и петель.
>> Атрибуты писем
Нетмайл-письмо может иметь следующие атрибуты:
Private (Pvt)
Частное письмо. Если вы пишете пользователю BBS, получающему сетевую
почту посредством специальной сетевой области на BBS, то такой атрибут не
позволит другим пользователям этой BBS прочесть ваше письмо.
Crash (Cra)
Срочное. Указывает, что данное письмо должно быть отправлено немедленно.
Recd (Rvd)
Получено. Этот атрибут устанавливается на письме редактором станции
адресата при прочтении им письма. Этот атрибут используется для разделения
уже и еще не прочтенных писем. Таким образом можно автоматизировать обработ-
ку прочтенной почты, к примеру, для ведения архива.
Sent(Snt)
Послано. Этот атрибут устанавливается на оригинале письма на станции-от-
правителе, но не на посланной копии письма. Он означает, что письмо уже от-
правлено адресату. Используется аналогично Rvd.
FileAttached (F/a)
Файл-аттач. Означает, что вместе с письмом передается описанный в заго-
ловке письма файл.
KillSent (K/s)
Удалить после отправки. Этот атрибут указывает, что оригинал письма на
станции отправления должен быть удален после отправки.
Local(Loc)
Локальное. Указывает, что данное письмо было написано на вашей станции.
Он устанавливается редактором автоматически.
HoldForPickup (Hld)
Ожидает получения. Этот атрибут указывает, что письмо не следует отправ-
лять адресату. Вместо этого необходимо дождаться момента, когда адресат сам
заберет письмо, позвонив на вашу станцию. При этом, если вы работаете на те-
лефонной линии с повременной оплатой, за разговор будет платить адресат.
FileRequest (Frq)
Файловый запрос. Указывает, что данное письмо запрашивает у станции-
адресата какие-либо файлы.
ConfirmReceipt (Cfm)
Письмо с подтверждением прочтения. В случае прочтения адресатом такого
письма, редактор станции-адресата автоматически составит и отправит в ваш
адрес стандартный шаблон уведомления о вручении.
ReturnReceipt (Rrq)
Письмо с подтверждением приема. При приеме такого письма некоторые эхо-
процессоры создают ответное письмо, подтверждающее факт приема.
KillFileSent (KF/s)
Удалить файл после посылки. Употребляется совместно с атрибутом F/a.
Указывает, что файл, описываемый письмом, необходимо удалить после пересыл-
ки.
TruncFileSent (TF/s)
Усечь после пересылки. Употребляется совместно с атрибутом F/a. Указы-
вает, что после посылки описываемый файл должен быть усечен до размера 0
байт.
Атрибуты Pvt, Cra, F/a, K/s, KF/s, TF/s, Hld, Frq, Cfm устанавливаются
пользователем, а атрибуты Rvd, Snt, Loc - автоматически.
Эхописьмо может иметь лишь атрибуты: Loc, Snt и Pvt. Все прочие атрибуты
не имеют смысла при использовании в эхопочте (хотя могут быть внедрены в
письмо методом грубой силы).
Будьте внимательны при определении атрибутов писем.
> Программное обеспечение
Любая станция сети использует три основных компонента сетевого ПО:
* Мейлер.
* Эхопроцессор.
* Редактор сообщений.
> Мейлер
Мейлер - это специальная почтовая программа, предназначенная для отправ-
ки писем и файлов через модем на соответствующие сетевые адреса. Мейлер осу-
ществляет дозвон по указанному адресу, установление соединения, передачу и
прием писем и файлов, а также управление модемом и другие дополнительные
функции. Как правило, участие человека при этом необязательно.
В зависимости от способа обработки писем, мейлеры делятся на две груп-
пы - ArcMaiI-Attach (Аркмейл-Аттач) и Binkley-style (бинклистайл) мейлеры.
Основным отличием одной группы от другой является способ обработки почты,
хотя есть и другие существенные отличия.
Мейлеры группы ArcMaiI-Attach обычно самостоятельно осуществляют прео-
бразование файла с сетевым письмом в почтовый пакет (упаковку) и обратное
преобразование (распаковку). При этом, на каждый ArcMail-пакет должен суще-
ствовать так называемый аркмейл-аттач (attach) - специальное письмо, которое
адресовано оператору узла от имени ArcMail, и в качестве темы содержит имя
передаваемого файла. При передаче файла, это письмо не передается адресату,
а используется передающим мейлером для поиска и обработки ArcMail-пакетов.
Минусом таких мейлеров является потенциальная возможность захлебнуться в
потоке сетевой почты на нагруженном узле (т.е. большую часть времени мейлер
будет распаковывать пришедший нетмайл и перепаковывать его на другие адреса).
Этот недостаток можно частично компенсировать, запретив мейлеру распаковы-
вать нетмайл.
Мейлеры группы Binkley-Style не осуществляют никаких операций с письмами
и файлами, предоставляя эту возможность внешним утилитам. Такие мейлеры
просто передают все письма и файлы, предназначенные для соответствующего уз-
ла, не осуществляя упаковку и распаковку. Вместо процедуры поиска аркмейло-
вых пакетов при помощи ArcMail-attach писем здесь применяется концепция аут-
баунда (outbound).
Для каждой зоны создается зоновый аутбаунд - специальный каталог файло-
вой системы. В этом каталоге находятся специальным образом поименованные
файлы и подкаталоги, содержащие исходящую почту. Имя файла или подкаталога
однозначно определяется адресом системы, которой адресован почтовый пакет.
Расширение файла определяет его тип. Более подробно этот вопрос обсуждается
ниже.
Из числа известных ArcMail-Attach мейлеров следует упомянуть FrontDoor и
T-Mail, из числа bink-style - BinkleyTerm и Bink/+.
Как правило, мейлер функционирует в режиме FrontEnd (отчего его иногда
называют FrontEnd Mailer'ом). Это означает, что при звонке на узел сети вам
отвечает именно мейлер, который затем, при необходимости вызывает внешнюю
программу BBS или утилиту для приема факсов.
Возможно и функционирование FTN-мейлера в RearEnd режиме, т.е. так, что-
бы он запускался какой-либо другой почтовой программой, отвечающей на входя-
щие звонки.
Существует еще и другой остроумный режим работы мейлера, применяемый не-
которыми пакетами BBS - Shell to Mailer. В этом режиме вначале в память за-
гружается пакет BBS, а уже из него запускается мейлер. Мейлер отвечает на
звонок, и, если позвонил человек, завершает свою работу с определенным
ErrorLevel'ом. Управление получает BBS.
> Эхопроцессор
Эхопроцессор (EchoProcessor) это программа, предназначенная специально
для распаковки и упаковки почтовых пакетов с сетевой почтой, ArcMail-пакетов,
импорта и экспорта писем в базу писем, преобразований базы и т.д.
Каждая станция имеет свою базу писем (message base), которая разделена
на области (конференции). Письма из соответствующих эхоконференций копируют-
ся эхопроцессором в области базы писем для их последующего прочтения.
Процесс преобразования ArcMailовых и почтовых пакетов в письма называет-
ся тоссингом (tossing), а процесс поиска новых писем в базе и преобразования
их в пакеты - сканнингом (scanning). Иногда оба процесса отождествляются и
вместе именуются тоссингом. От этого эхопроцессоры иногда называют тоссерами
(tosser).
При использовании ArcMail-Attach мейлера, алгоритм действий тоссера та-
ков:
1. Произвести поиск АrсМаil-пакетов в специальных входных каталогах файлов
(инбаундах, inbound).
2. Распаковать все найденные пакеты утилитой декомпрессии.
3. Преобразовать полученные почтовые пакеты в письма и разместить письма
по областям базы писем.
4. Создать почтовые пакеты с письмами для всех станций сети, подписанных
на эти конференции у данной станции.
5. Просканировать базу писем на предмет, новых писем, написанных операто-
ром узла или пользователями.
6. Упаковать эти пакеты утилитой компрессии.
7. Создать ArcMail-Attach письма в соответствующем каталоге мейлера.
При использовании Binkley-style мейлера алгоритм действий тоссера тот же,
за исключением того, что:
1. Кроме ArcMail-пакетов обрабатываются и пакеты с сетевой почтой.
2. Hе создается ArcMail-Attach писем. Вместо них создаются специальные
файлы.
Hаиболее известными эхопроцессорами являются: Squish, GEcho, FastEcho и
т.д.
> Типы эхопроцессоров
Как правило, эхопроцессоры подразделяются по форматам баз писем, с кото-
рыми они способны работать. Существуют следующие форматы баз:
*.MSG.
Используются технологии
uCoz