При посылке почты мейлер типа BinkleyTerm передает соответствующий файл с неупакованной сетевой почтой (.?UT), в виде файла .PKT, образовав имя .PKT файла непосредственно в момент начала передачи. Таким образом, при обрывах связи с последующим перезвоном .PKT файлы имеют уже другие имена, а следовательно принимаются не с места обрыва, а заново.

Поскольку в восьмисимвольном поле имени файла DOS невозможно разместить 4D-адрес в шестнадцатиричной форме, для адресов назначения, являющихся поинтами создаются отдельные подкаталоги аутбаунда. Такие подкаталоги имеют шестнадцатиричные имена соответствующие адресу босс-ноды (т.е. 3D-адресу) и содержат файлы .?UT и .?LO с шестнадцатиричным номером поинта.

Для нормальной работы с Binkley-Style мейлером должен использоваться упаковщик сетевой почты, который будет преобразовывать письма в .?UT файлы. Чаще всего используются IMBINK и BPACK.

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

Мейлеры типа BinkleyTerm поддерживают три инбаунда — для неизвестных систем, для известных систем и для систем, имеющих пароль на связь с данным узлом. Под неизвестной системой здесь и далее подразумеваются такие системы, информация о которых отсутствует в нодлисте/поинтлисте. Заметим, что схему трех инбаундов поддерживают не все эхопроцессоры.

Специальные виды писем.

Помимо рассмотренных выше обычных и аттачевых писем, существуют еще и другие письма, называемые обычно файловыми запросами (файл-реквестами, фреками filerequest, FREQ) и запросами на обновление (апдейт-реквест, update-request, UpdREQ).

Существуют несколько типов файловых запросов, которые реализованы и поддерживаются различными мейлерами. Вы можете узнать из нодлиста, какой тип файл-реквестов поддерживает станция, если обратите внимание на флажки, начинающиеся с X (XA, XX, …). Подробная информация о том, какие мейлеры поддерживают те или иные типы файл-реквестов Вы можете узнать из Приложения, или поглядев на таблички в конце полного ноделиста. Подробная разница между Bark и WaZoo файл-реквестами лежит за пределами данного руководства. Каждый может получить эту информацию из стандартов сети FIDONet, список которых приведен в приложении.

Файл-реквест представляет собой письмо, со специальным атрибутом (Frq) и именами запрашиваемых файлов в поле темы (subj). Вы можете запросить столько файлов, сколько имен влезает в строку subj (ее длина 72 символа), однако следует помнить об ограничениях на время, размер и число файлов для одного файлреквеста. Hе следует злоупотреблять символами диких карт (wildcards), благо порой от этого проистекают нежелательные результаты (так, запросив у FD 2.20 файл с именем *BG*.* вы рискуете получить в ответ случайное количество случайных файлов).

Лимиты на файл-реквест определяются несколькими факторами :

— скоростью соединения

— известностью Вашей системы (наличием Вас в нод/поинтлисте)

— наличием у Вас пароля на связь с данным узлом

— наличием критических событий в планах удаленного узла

— уже израсходованным Вами временем/ресурсами в этом месяце

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

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

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

Виды сессий.

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

Hаиболее популярными в настоящее время являются протоколы EMSI (емзи, емси, сокр. от Electronic Mail System Interface). Различают оригинальный протокол EMSI, применяемый при связи двух роботов-мейлеров, и интерактивный протокол EMSI (IEMSI — Interactive EMSI), используемый для более удобной связи с ББС с помощью терминала. Мы будем рассматривать лишь первый из них.

Помимо EMSI, существуют также протоколы YooHoo и другие. Эти протоколы использовались старым программным обеспечением, и в настоящее время поддерживаются только для совместимости.

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

Звонящий узел аналогичным образом передает приглашение на EMSI-сессию (EMSI_INQ). После выяснения обоюдной поддержки EMSI станции обмениваются EMSI_DAT пакетами и приступают к передаче файлов. Детали реализации протоколов EMSI и IEMSI описаны в стандартах сети FIDONet (FSC-0056).

Установление связи между двумя узлами вышеописанным образом называется EMSI-handshake (емси-хэндшейк)

Пароли на сессию.

Этот вопрос включен в рассмотрение ввиду распространенности проблем с соединением при ошибках в задании паролей.

Прежде всего, имеет место следующая таблица :

Звонящий узел | Отвечающий Узел | Сессия

пароль | вид сессии пароль | вид сессии

нет непарольная нет непарольная +

есть парольная нет непарольная ? *)

нет — есть — —

есть парольная есть парольная + (пароль совпал)

есть — есть — — (несовпал)

* — зависит от мейлера и его настроек.

Пароль проверяется на этапе EMSI-handshake. Запомните, что несмотря на то, что многие мейлеры позволяют использовать пароли произвольной длины (например, T-MAIL), большинство все же придерживаются ограничения в 8 символов. Если предъявленный пароль окажется длиннее имеющегося сессия не будет установлена.

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

Поскольку файл-реквесты как правило обслуживаются самим мейлером, то пароль на файл-реквест должен совпасть с паролем на сессию.

Эхопроцессоры.

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

— *.MSG. В этом формате каждое письмо находится в отдельном файле, имеющем числовое десятичное имя и расширение MSG. Каждая конференция в таком формате попадает в отдельный каталог. Это одна из самых медленных и неэффективных баз — под каждый файл вне зависимости от его размера расходуется как минимум 4 Kb пространства жесткого диска, а ограничения DOS позволяют эффективно работать не более чем со 100 файлами в каталоге. Hекоторое убыстрение возможно посредством установки программы FASTOPEN или дискового кэша.

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