27 окт 23 10:13, Oleg Redut wrote to Vladimir Donskoy:
OR>>> Ничего не перепутал? Как раз из нетмайла с флагом frq тоссер
VD>> Все вы забываете в этом треде один момент: только из нетмайла, VD>> созданного на данном узле! И далее по тексту:
OR> Я не забываю. Я только этот вариант и рассматриваю. :-)
Согласно сабжу мы роутинг рассматриваем.
OR>>> Далее мейлер, согласно своим настройкам, согласно OR>>> файл-флагов и указанного в них [директного] адреса будет в OR>>> нужное время прозваниваться (или не прозваниваться, а ждать OR>>> входящего) для отправки .req файла.
VD>> А если письмо не создано на этом узле/тоссере, то всё VD>> вышенаписанное побоку и _чужое_ письмо едет по роутингу! Менять VD>> его атрибуты вы не имеете права. И обработка этого письма - дело VD>> того узла, которому оно предназначено (с которого фрекают)!
OR> Логично. Но можно послать квиток.
Если квиток запрошен соответствующим флагом в письме, иначе это спам...
CO>>>> А ничерта я и не понял.:) OR>>> И вообще тоссер, если и делает запрос, то почему он же OR>>> должен уметь возвращать? Хоть по роутингу, хоть директом? Он же OR>>> передаёт дальнейшее на откуп мейлерам и другой стороне. OR>>> Обработают с той стороны сделанный запрос, значит придёт файло OR>>> при очередной сессии с любой из сторон.
VD>> Причём файл придёт вместе с письмом, с флагом "атт" и VD>> предназначенным тому узлу, который сделал фрек. И опять, если это VD>> не тот же узел, работу которого мы рассматриваем, - письмо с VD>> файлом идёт далее транзитом.
OR> А вот это уже далеко не факт. Дистанционно фрекнутые файлы узел OR> адресата может тупо положить на холд. И ждать директной прозвонки с OR> любой стороны.
Отсутствует роутинг фреков, раз на холде лежит! Итого - такая система не поддерживает роутинг фреков, нечего к ней обращаться.
OR> Аттач - это активное действие по отправке файла. OR> Обработка фрека - пассивное: выкладывание запрощенного файла на OR> отправку и создание какой-либо лошки, согласно политики ноды. Создание OR> и отправка аттача по роутингу - это уже не относится к процедуре OR> фрека. Это уже отдельный наворот объединяющий два понятия. Это как бы OR> просто нетмайлом написали, отправь мне, плиз, такой-то файл. И ему OR> заттачили бы по роутингу. Просто можно, конечно, это автоматизировать. OR> Но это не будут фрек и аттач в чистом виде этих понятий.
Так эта самая автоматизация и есть "поддержка фреканья по роутингу"! И у узла, не понимающего такого - фрекать по роутингу не получится, максимум обычный фрек выйдет.
С уважением, Vladimir Donskoy.
--- GoldED+/W64-MSVC 1.1.5-b20230214 * Origin: DVB Station (2:5020/2992)
