= Сообщение: 12359 из 14509 ====================================== R50.SYSOP = От : Dmitriy Orlov 2:5090/958 16 Jan 22 12:47:34 Кому : Aleksey Matyuk 16 Jan 22 12:47:34 Тема : Результаты прозвонки диалапных нод - обновление FGHI : area://R50.SYSOP?msgid=2:5090/958+61e414f5 На : area://R50.SYSOP?msgid=2:5020/8912+61e340b0 = Кодировка сообщения определена как: IBM866 ================================= ============================================================================== Hello Aleksey.
16 Jan 22 00:44, Aleksey Matyuk wrote to Dmitriy Orlov:
DO>> Я сегодня читал t-mail.doc и вычитал что он умеет пересылать Freq DO>> запросы! Вот какой мылер еще может этим похвастаться?
AM> KittenMail. Hо проще создать запрос ручками или с помощью FREQ-робота AM> и положить в аутбаунд. Более того, замечу что FREQ-робот работает AM> корректнее, чем и тот и другой мейлер.
То есть если я направлю запрос на твою станцию с Freq, адресованный не тебе, а одному из твоих линков, он будет удовлетворён?
В тмыле это происходит вот так:
=== Cut === Транзитные и дистанционные файловые запросы ═══════════════════════════════════════════
Если на нашу систему пришло письмо с атрибутом Freq (file request), и письмо это адресовано не на нашу систему (то есть адрес назначения не совпадает ни с основным адресом, ни с одним из AKA нашей системы), то дальнейшую судьбу этого письма определяет переменная Freq_Transit (t-mail.ctl). Если транзит файловых запросов разрешен (Freq_Transit Yes), то при упаковке будет сформирован файловый запрос на систему с адресом, взятым из поля "To:" письма. Если транзит запрещен (Freq_Transit No) или письмо адресовано на нашу систему, то атрибут Freq этого письма будет игнорироваться.
ПРИМЕЧАИЕ. Следует иметь ввиду, что на письмах с обычными файловыми запросами с нашей станции должен стоять атрибут Local, иначе такие запросы будут считаться транзитными и обрабатываться соответственно.
Если сформированный таким образом запрос будет удовлетворен, то соответствующие принятые файлы попадут не автору запроса, а останутся на системе, которая их реально запросила и приняла. Таково несомненное ограничение технологии FTN, которая определяет только прямые файловые запросы.
Для того, чтобы преодолеть это ограничение, введено понятие "дистанционных запросов". Они работают таким образом: "я прошу T-Mail на удаленной системе запросить для меня файл и, когда он будет получен, T-Mail его мне перешлет".
Это делается служебным письмом, адресованным T-Mail. Для того, чтобы письмо было воспринято, необходимо указать пароль, который определен переменной Freq_Password (или пароль, определенный переменной T-Password) в файле t-mail.ctl удаленной системы:
Freq_Password Talon
Вот пример такого письма: =============================================== From: Andy Elkin 5030/15 To: T-Mail|talon 5030/100 Subj: Freq labuda.ext 5030/5 ----------------------------------------------- [тело письма - пустое] ─────────────────────────────────────────────────────────────────────────── T-Mail version 2600. Руководство оператора Стр. 110
Когда это письмо придет на узел 5030/100, T-Mail при обработке этого письма сформирует файловый запрос "от себя" и поставит его в очередь. Однако, в специальном файле будет сохраняться информация о том, кто его заставил запросить этот файл.
Если этот файловый запрос будет удовлетворен и действительно будет принят файл labuda.ext, T-Mail сформирует служебное письмо с атрибутом fileattached. Эти письмо и файл будут отосланы автору запроса.
Следует иметь ввиду, что с помощью дистанционного файлового запроса нельзя запросить файл по псевдониму. === Cut ===
