Каждая станция имеет свою базу писем (message base), которая разделена на области (конференции). Письма из соответствующих эхоконференций копируются эхопроцессором в области базы писем для их последующего прочтения.
Процесс преобразования ArcMailовых и почтовых пакетов в письма называется тоссингом (tossing), а процесс поиска новых писем в базе и преобразования их в пакеты — сканнингом (scanning). Иногда оба процесса отождествляются и вместе именуются тоссингом. От этого эхопроцессоры иногда называют тоссерами (tosser).
При использовании ArcMail-Attach мейлера алгоритм действий тоссера таков :
1. Произвести поиск ArcMail-пакетов в специальных входных каталогах файлов (инбаундах, inbound).
2. Распаковать все найденные пакеты утилитой декомпрессии.
3. Преобразовать полученные почтовые пакеты в письма и разместить письма по областям базы писем.
4. Создать почтовые пакеты с письмами для всех станций сети, подписанных на эти конференции у данной станции.
5. Просканировать базу писем на предмет новых писем, написанных оператором узла или пользователями.
6. Упаковать эти пакеты утилитой компрессии.
7. Создать ArcMail-Attach письма в соответствующем каталоге
мейлера.
При использовании Binkley-style мейлера алгоритм действий тоссера тот же, за исключением того, что :
1. Кроме ArcMail-пакетов обрабатываются и пакеты с сетевой почтой.
2. Hе создается ArcMail-Attach писем. Вместо них создаются специальные файлы, о которых речь ниже.
Hаиболее известными эхопроцессорами являются : Squish, GEcho, FastEcho, и т.д.
Редактор сообщений(Message Editor)
Редактор сообщений позволяет просматривать базу писем по областям, создавать новые письма, как в сетевой, так и в эхопочте. Помимо этого, типовые редакторы предоставляют множество других возможностей, как то перемещение писем из области в область, сканирование базы писем на предмет новой/личной почты, возможность работы в локальной сети с несколькими пользователями и так далее.
Hаиболее популярными редакторами являются GoldEd (за такое название его обычно зовут «голым дедом» или просто «дедом»), timEd (более быстрый, зато менее навороченный), и различные другие извращения — FM, входящий в комплект мейлера FrontDoor и т.д.
Роутинг
За редким исключением сетевая почта не передается на прямую ее адресату. Это обусловлено отсутствием режима работы станции в нодлисте, наличием unpublished узлов (узлов с неизвестным телефоном), наконец, ненулевой вероятностью катастрофы на станции назначения. Возникает вопрос, куда передавать письма, предназначенные для определенных групп сетевых адресов.
Роутинг (рутинг, от англ Routing) представляет собой схему маршрутизации писем для данной станции сети. Роутинг имеет отношение только к сетевой почте.
Роутинг задает правила, согласно которым будет отправляться пришедшая на станцию и созданная на ней сетевая почта. Правило представляет собой соответствие группы адресов назначения одному адресу, на который будет передан исходящий пакет. Представим, что я хочу отправлять все письма, предназначенные для зоны 2 (FIDONet, Европа) через 2:5020/54, а все письма для зоны 314 (сеть GOLDNet) через 314:5020/33. Тем самым я определил схему роутинга для своей системы. Действительная схема роутинга может быть гораздо более сложной, особенно для нагруженных станций сети, хабов и т.д.
Различают статический и динамический роутинг. Статический роутинг как правило осуществляется эхопроцессором, и присущ системам на базе BinkleyStyle мейлера. Определяется специальная схема событий, т.е. набор интервалов времени, во течение которых действует определенная схема роутинга. Если эхопроцессор был вызван во время действия одного события и маршрутизировал письмо, то при повторном вызове во время другого события уже обработанные письма не будут перенаправлены в соответствии с новой схемой.
Динамический роутинг осуществляется исключительно ArcMail-Attach системами. При этом в зависимости от текущего события меняется план роутинга, и уже обработанные письма могут быть переадресованы в соответствии с новым планом.
Заметим, что для отправки нетмайла напрямую (директом, direct) адресату в сети существует так называемый зоновый почтовый час (Zone Mail Hour, ZMH). В этот период все *узлы* сети обязаны :
— отвечать на звонки
— остановить передачу файлов, ArcMail-пакетов
— закрыть доступ к BBS
— запретить файл-реквесты
— передавать и принимать только непакованный нетмайл.
Поинты сети не обязаны соблюдать ZMH. В Москве, помимо ZMH действует еще и MMH (Moscow Mail Hour), начинающийся сразу следом за ZMH. Таким образом с 5:30 до 7:30 утра по Московскому времени все узлы сети принимают и передают только нетмайл.