Интернет магазин китайских планшетных компьютеров

Компьютеры - FTN - Устройство и функционирование FTN-системы

Можно выделить следующие функции, для выполнения которых предназначены соответствующие программы:

• приём и передача почты и файлов другим системам — мейлер;
• роутинг и паковка нетмейла — трекер нетмейла;
• тоссинг эхопочты — эхопроцессор;
• работа с файловыми эхоконференциями — файлэхопроцессор;
• обработка файловых запросов — фрекпроцессор.

На деле часто функции одной программы выполняет другая. Например, трекингом нетмейла может заниматься тоссер HPT из комплекта Husky, а мейлер T-Mail способен ещё и самостоятельно обрабатывать файловые запросы. В настоящее время большинство систем составляют только мейлер и тоссер.

Устройство FTN-системы и работа с базой сообщений

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

О BBS можно говорить в том случае, если к базе сообщений предоставляется многопользовательский доступ по сети. Пользователи BBS не нуждаются в полном наборе FTN-программ, а обходятся только программой-клиентом. В настоящее время распространены BBS, основанные на протоколах NNTP и HTTP. Пользователи не имеют собственного адреса в сети — они пишут с адреса системы, на которой работает BBS.

Транспорт и передача

FTN сама по себе не привязана к физическим каналам передачи данных, её суть заключается в офлайновости. Связь происходит по сеансному принципу: в соединении участвуют только две системы, соединение требуется только на короткое время, чтобы принять и передать новые сообщения. Информация распространяется сериями соединений аплинков и даунлинков. Крупные раздающие узлы получают статус хаба. Постоянные линки защищаются паролем, но если система принимает входящие соединения, то по данным нодлиста или поинтлиста можно переслать ей сообщение или файл напрямую через непарольную сессию.

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

Применяемые в настоящее время протоколы передачи данных: binkp, ifcico и fido-over-email для связи через Интернет и EMSI для модемного соединения.

Теоретически FTN-сеть может использовать сколько угодно физических сетей одновременно — вопрос только в создании соответствующих мейлеров. Фидошники, говоря о независимости от каналов связи, порой добавляют: «хоть голубиной почтой!» И действительно, бандлы можно кодировать в UUE, распечатывать как текст и отправлять с голубями, а на принимающей стороне распознавать, декодировать и передавать тоссеру — голубь будет «мейлером», а UUE вместе с принтером и сканером — специфическим типом inbound/outbound.

Inbound/Outbound и пакеты с сообщениями

«Инбаунд» и «аутбаунд» — это каталоги с входящими и исходящими данными. Собственная функция мейлера заключается только в том, чтобы принять в инбаунд и передать из аутбаунда — обработку осуществляют другие программы. И приём, и передачу мейлер в большинстве случаев может одинаково осуществлять как на входящих, так и на исходящих сессиях.

Если инбаунд всегда один, то аутбаунд бывает разных типов. Известны ArcMail Attach, Amiga Style Outbound и Binkley Style Outbound.

Для передачи эхопочты используется ArcMail — пакеты с почтой сжимаются архиватором. Обычно в один аркмейловый бандл помещается много пакетов с сообщениями. Эхопочта передаётся аркмейлом независимо от типа аутбаунда.

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

Здесь кроется одна терминологическая ловушка. Дело в том, что часто можно слышать, как говорят «непакованный нетмейл». В данном случае имеется в виду нетмейл, не сжатый в аркмейл. Для отправки любое сообщение должно быть упаковано в пакет, но пакеты с эхопочтой сжимаются и передаются аркмейлом, а пакеты с нетмейлом передаются сами по себе, без сжатия. Есть возможность передавать аркмейлом и нетмейл, но это делается очень редко.

О несжатом нетмейле говорят в связи с почтовым часом. Согласно уставу сети Фидо, узел сети должен быть способен принять в почтовый час незаархивированный нетмейл при непарольной сессии.

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

Тоссинг эхопочты

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

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

Эхопочта описана в FTS-0004.

Трекинг нетмейла

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

Дополнительно трекер может проверять наличие отправителя и получателя сообщения в нодлисте и поинтлисте, отправлять уведомления о приёме и обработке сообщения, передавать сообщения роботам.

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

Обработка файлэхоконференций

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

Схема работы файлэхопроцессора аналогична работе тоссера. Функционирование файлэхоконференций и формат tic-файла описаны в FSC-0087.

Обработка файловых запросов

Если мейлер получает файл с расширением req, это означает, что системе был направлен файловый запрос, и следует запустить соответствующий обработчик. Фреки описаны в FSC-0086 и FTS-0006.

Атрибуты сообщений

В атрибутах сообщения задаётся срочность отправки, запросы уведомлений о получении или прочтении и другие параметры. Например, атрибут K/s говорит о том, что письмо следует удалить из базы после отправки. Сообщение с атрибутом Dir должно быть отправлено напрямую получателю, а не по роутингу. При атрибуте Pvt письмо считается частным. Атрибут Uns устанавливается на новые сообщения и меняется на Snt после отправки. Редактор устанавливает атрибует Rcv на новое полученное сообщение, адресованное пользователю, когда тот его прочитает. Атрибут Loc означает, что сообщение было создано в системе, а не пришло извне.

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