Транзитные и дистанционные файловые запросы
Если пришедший файл .req (и соответствующие ему письма в пришедшем
.рkt) предназначен "не для нас" (то есть адрес назначения не совпадает ни с
основным адресом, ни с одним из AKA), то дальнейшую судьбу файлового
запроса определит переменная Freq_Transit ( t-mail.ctl ). Если транзит
файловых запросов разрешен, то при упаковке будет сформирован .req файл "по
адресу", если нет - то письма с freq атрибутом будут уничтожены.
Если сформированный таким образом запрос будет удовлетворен, то
соответствующие принятые файлы попадут не автору запроса, а останутся на
системе, который их реально запросил и принял. Таково несомненное
ограничение FTN, которое определяет только прямые файловые запросы.
Для того, чтобы преодолеть это ограничение, введено понятие
"дистанционных запросов". Они работают таким образом: "я прошу T-Mail на
удаленной системе запросить для меня файл и, когда он будет получен, T-Mail
его мне перешлет".
Это делается служебным письмом, адресованным T-Mail. Для того, чтобы
письмо было воспринято, я должен знать и указать пароль, который определен
переменной Freq_Password в файле t-mail.ctl удаленной системы:
Freq_Password Talon
Вот пример такого письма:
===============================================
From: Andy Elkin 5030/15
To: T-Mail!talon 5030/100
Subj: Freq labuda.ext 5030/5
-----------------------------------------------
[тело письма - пустое]
===============================================
Когда это письмо придет на узел 5030/100, T-Mail при обработке этого
письма сформирует файловый запрос "от себя" и поставит его в очередь.
Однако, в специальном файле будет сохраняться информация о том, кто
заставил запросить этот файл.
Если случится так, что файловый запрос будет удовлетворен и
действительно будет принят файл labuda.ext, T-Mail сформирует служебное
письмо [с атрибутом] fileattached. Эти письмо и файл будут отосланы автору
запроса.
