= Сообщение: 12427 из 14509 ====================================== R50.SYSOP = От : Dmitriy Orlov 2:5090/958 16 Jan 22 23:54:36 Кому : Konstantin Simonov 16 Jan 22 23:54:36 Тема : Результаты прозвонки диалапных нод - обновление FGHI : area://R50.SYSOP?msgid=2:5090/958+61e4b089 На : area://R50.SYSOP?msgid=2:5000/118+61e3e1b5 = Кодировка сообщения определена как: IBM866 ================================= Ответ: area://R50.SYSOP?msgid=2:5000/118+61e47629 ============================================================================== Hello Konstantin.
16 Jan 22 15:46, Konstantin Simonov wrote to Dmitriy Orlov:
DO>> Я сегодня читал t-mail.doc и вычитал что он умеет пересылать Freq DO>> запросы! Вот какой мылер еще может этим похвастаться? KS> Видимо, не про то ты читал. Когда-то я пользовался ти-мейлом и что-то KS> помню. В ти-мейл была фрек-станция, надо было только настроить. KS> Письма же с атрибутом Frq по роутингу отправить не проблема, проблема KS> получить запрашиваемый файл от узла, с которым не установлено KS> директное соединение, т.к. создавать письма с приаттаченным файлом и KS> отправлять их по роутингу обратно никто не обещал. Да. По этому сделано вот так:
=== 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 ===
