Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.FIDONET.TODAY
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.FIDONET.TODAY с датами от 09 Jul 13 15:35:00 до 20 Sep 24 21:07:29, всего сообщений: 47132
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 38511 из 47132 =============================== RU.FIDONET.TODAY =
От   : Oleg Redut                       2:5000/111         27 Oct 23 10:13:28
Кому : Vladimir Donskoy                                    27 Oct 23 10:13:28
Тема : Фpеки по-pоутингу
FGHI : area://RU.FIDONET.TODAY?msgid=2:5000/111@fidonet+653b4d2a
На   : area://RU.FIDONET.TODAY?msgid=2:5020/2992+653a976e
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.FIDONET.TODAY?msgid=2:5020/2992+653beda3
==============================================================================
    Доброе (current) время суток, Vladimir!

OR>>     Ничего не перепутал? Как раз из нетмайла с флагом frq тоссер

VD> Все вы забываете в этом треде один момент: только из нетмайла,
VD> созданного на данном узле! И далее по тексту:

    Я не забываю. Я только этот вариант и рассматриваю. :-)

OR>>     Далее мейлер, согласно своим настройкам, согласно файл-флагов
OR>> и указанного в них [директного] адреса будет в нужное время
OR>> прозваниваться (или не прозваниваться, а ждать входящего) для
OR>> отправки .req файла.

VD> А если письмо не создано на этом узле/тоссере, то всё вышенаписанное
VD> побоку и _чужое_ письмо едет по роутингу! Менять его атрибуты вы не
VD> имеете права. И обработка этого письма - дело того узла, которому оно
VD> предназначено (с которого фрекают)!

    Логично. Но можно послать квиток.

CO>>>  А ничерта я и не понял.:)
OR>>     И вообще тоссер, если и делает запрос, то почему он же должен
OR>> уметь возвращать? Хоть по роутингу, хоть директом? Он же передаёт
OR>> дальнейшее на откуп мейлерам и другой стороне. Обработают с той
OR>> стороны сделанный запрос, значит придёт файло при очередной
OR>> сессии с любой из сторон.

VD> Причём файл придёт вместе с письмом, с флагом "атт" и предназначенным
VD> тому узлу, который сделал фрек. И опять, если это не тот же узел,
VD> работу которого мы рассматриваем, - письмо с файлом идёт далее
VD> транзитом.

    А вот это уже далеко не факт. Дистанционно фрекнутые файлы узел адресата может тупо положить на холд. И ждать директной прозвонки с любой стороны. Аттач - это активное действие по отправке файла. Обработка фрека - пассивное: выкладывание запрощенного файла на отправку и создание какой-либо лошки, согласно политики ноды. Создание и отправка аттача по роутингу - это уже не относится к процедуре фрека. Это уже отдельный наворот объединяющий два понятия. Это как бы просто нетмайлом написали, отправь мне, плиз, такой-то файл. И ему заттачили бы по роутингу. Просто можно, конечно, это автоматизировать. Но это не будут фрек и аттач в чистом виде этих понятий.

    Что я могу еще сказать?..
                 Oleg

... AKA oleg(&)redut.info AKA https://t.me/OVRnsk
--- GoldED+/W64-MSVC 1.1.5-b20180707 (пока работает)
* Origin: --- ...И все на наш редут... --- (2:5000/111)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.416029 секунды