/FAQServer от 2:5025/38.12@fidonet/Сеть Фидо/Новичкам в сети ФИДО/64К о ФИДО

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

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

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


                                Виды сессий.

        Под сессией дальше будем понимать процесс установления связи между
двумя мейлерами после физического соединения двух модемов. Для обнаружения
присутствия мейлера на другом конце провода или определения звонка терминалом
пользователя ББС используются различные протоколы сессий.
        Наиболее популярными в настоящее время являются протоколы 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
        файлами в каталоге. Некоторое убыстрение возможно посредством
        установки программы FASTOPEN или дискового кэша.
        - Hudson. В этом формате все конференции размещаются в одном файле.
        Это наиболее быстрый из всех известных форматов, однако структура
        файла Hudson-базы легко может быть нарушена посредством внезапного
        отказа аппаратуры или появления сбойного сектора. В таком случае Вы
        рискуете потерять все письма во всех областях.
        - JAM. (Первые буквы имен авторов : Joaquim-Andrew-Matthew) Некоторый
        компромисс между скоростью Hudson и надежностью MSG. В этом формате
        конференции хранятся в разных файлах, по четыре файла на область.
        Возможно разнесение разных конференций в разные директории и т.д.
        - Squish. Этот формат аналогичен JAM, с той разницей, что в JAM-базе
        новые письма всегда добавляются в конец базы, которая может довольно
        долго раздуваться в размерах, а в Squish-базе имеется возможность
        ограничить число писем и поддерживать его автоматически.
        - другие форматы.

        Для успешной обработки писем эхопроцессоры и редакторы используют
механизм указателей на последнее прочтенное письмо (Lastread Pointers). Для
каждого пользователя станции хранится номер последнего прочтенного им письма
в каждой области. Таким образом вместо полного просмотра всей базы тоссеру
или редактору достаточно исследовать еще непрочтенные письма. Это позволяет
в частности организовать быстрый поиск личной почты при входе пользователя на
BBS.
        Как правило в эхопочте ведутся дискуссии (за исключением конференций,
где дискуссии запрещены). Для того, чтобы иметь возможность просмотреть
ответы других участников конференции на заинтересовавшее Вас письмо,
существует другая функция эхопроцессора - построение (или связывание) цепочек
вопрос-ответ (Reply Chains Linking). Некоторые эхопроцессоры осуществляют
такое связывание автоматически, некоторым для этого требуется указание
специального ключа командной строки (Обычно это ключ Link).

File created by Faq2Site converter. (C) 1998-2002 Edward Grebenyukov
Hosted by uCoz