Saturday October 07 2023 10:57, from Dmitriy Orlov -> Nil A:
NA>> Может кто-то мне внятно объясить механику?
DO> Hу если по пути никто не оторвёт флаг frq у мессаги, то на принимающей DO> стороне надо скормить этот месс аллфиксу, чтоб он в ответ сформировал DO> письмо с аттачем. По крайней мере пока план таков :)
А что если frq флаг будет в эхе, а не нетмейлом? А можно послать аттач в эху? Технически флажки есть, а практически ;-)
Прочитал продыдущее письмо, теперь всё более-менее понятно стало.
Есть фреки, т.е. .req файлы, которые отправляются мейлером, и если на принимающей стороне есть софт, которые такие файлы парсит, то можно в этой же сессии мейлера принять какой-то файл, или даже получить нетмейл с квитанцией, в зависимости от фантации фрек процессора.
Есть в нетмейлах поле атрибут - 2 байта, 16 бит, значит там 16 разных флагов можно выставить. Один из атрибутов в нетмейле - файловый запрос. В какой-то момент, чей то трекер нетмейла создать .req файл и случится фрек.
Этот кто-то, кто создал из нетмейла с frq флагом тот самый .req, он потом должен отследить получение запрашиваемого файла, или не получение, и сформировать обратный ответ нетмейлом, и видимо фрекнутый файл должен пойти нетмейл аттачем по роутингу.
А теперь к вопрос, поддерживает ли узел фреки по-роутингу. Если твой узел просто пересылает нетмейл по роутингу и не меняет флагов, т.е. не трогает frq, то он поддерживает ;-) Хотя, может так получится, что как раз твой узел и должен создать этот самый .req, т.е. To адрес это твой прямой линк, и с него хотят фрекнуть.
Best Regards, Nil --- GoldED+/LNX 1.1.5 * Origin: Linux 2.6.32-042stab145.3 (2:5015/46)
