VD>>> Все вы забываете в этом треде один момент: только из нетмайла, VD>>> созданного на данном узле! И далее по тексту:
OR>> Я не забываю. Я только этот вариант и рассматриваю. :-)
VD> Согласно сабжу мы роутинг рассматриваем.
Фидошники сабжей не меняют.
VD>>> его атрибуты вы не имеете права. И обработка этого письма - дело VD>>> того узла, которому оно предназначено (с которого фрекают)!
OR>> Логично. Но можно послать квиток.
VD> Если квиток запрошен соответствующим флагом в письме, иначе это VD> спам...
С чего бы спам? Так любое письмо от ареафикса может считаться спамом. Спам - это массовая рассылка. И на извещения флаги не предусмотрены. Любой узел может на любой нетмайл настроить bounce, с извещением, что письмо, скажем, получено, но когда будет прочтено - неизвестно. Или отреагировать извещением на любой другой флаг/сабж/текст.
OR>> А вот это уже далеко не факт. Дистанционно фрекнутые файлы OR>> узел адресата может тупо положить на холд. И ждать директной OR>> прозвонки с любой стороны.
VD> Отсутствует роутинг фреков, раз на холде лежит! Итого - такая система VD> не поддерживает роутинг фреков, нечего к ней обращаться.
Логики не вижу. Если фрек по роутингу дошёл до конечного узла и обраотался, с выкладываеним заказанного на холд - это не значит, что он не поддерживает фреки. Это уже значит, что он не поддерживает аттачи по роутингу. Вместо холда, узел может начать ломиться директом на узел отправивший файловый запрос. :-) Давай разделим эти понятия:
OR>> Аттач - это активное действие по отправке файла. OR>> Обработка фрека - пассивное: выкладывание запрощенного файла на OR>> отправку и создание какой-либо лошки, согласно политики ноды. OR>> Создание и отправка аттача по роутингу - это уже не относится к OR>> процедуре фрека. Это уже отдельный наворот объединяющий два OR>> понятия. Это как бы просто нетмайлом написали, отправь мне, плиз, OR>> такой-то файл. И ему заттачили бы по роутингу. Просто можно, OR>> конечно, это автоматизировать. Но это не будут фрек и аттач в OR>> чистом виде этих понятий.
VD> Так эта самая автоматизация и есть "поддержка фреканья по роутингу"! И VD> у узла, не понимающего такого - фрекать по роутингу не получится, VD> максимум обычный фрек выйдет.
Фрек по роутингу: передача фрек-запроса транзитом до конечного узла.
Что я могу еще сказать?.. Oleg
... AKA oleg(&)redut.info AKA https://t.me/OVRnsk --- GoldED+/W64-MSVC 1.1.5-b20180707 (пока работает) * Origin: --- ...И все на наш редут... --- (2:5000/111)
