= Сообщение: 37950 из 47123 =============================== RU.FIDONET.TODAY = От : Dmitriy Orlov 2:5053/59.1 08 Oct 23 11:55:18 Кому : Nil A 08 Oct 23 11:55:18 Тема : Фреки по-роутингу FGHI : area://RU.FIDONET.TODAY?msgid=2:5053/59.1+6522a9e1 На : area://RU.FIDONET.TODAY?msgid=2:5015/46+65219097 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Привет Nil!
07 Окт 23 19:57, Nil A -> Dmitriy Orlov:
DO>> Hу если по пути никто не оторвёт флаг frq у мессаги, то на DO>> принимающей стороне надо скормить этот месс аллфиксу, чтоб он в DO>> ответ сформировал письмо с аттачем. По крайней мере пока план DO>> таков :) NA> А что если frq флаг будет в эхе, а не нетмейлом? А можно послать аттач NA> в эху? Технически флажки есть, а практически ;-)
Да, если в этой эхе будет кто-то такой запрос ожидать :-) Трекалке же по сути всё равно какую арию сканить - нетмыльную или эхомыльную. Что-то подобное есть в аллфиксе, его можно настроить на поиск запросов в определённой эхе и если он найдёт запрашиваемый файл в своей базе, то отправляет нетмыл автору запроса со своими координатами.
NA> Есть фреки, т.е. .req файлы, которые отправляются мейлером, и если на NA> принимающей стороне есть софт, которые такие файлы парсит, то можно в NA> этой же сессии мейлера принять какой-то файл, или даже получить NA> нетмейл с квитанцией, в зависимости от фантации фрек процессора.
Йес!
NA> Есть в нетмейлах поле атрибут - 2 байта, 16 бит, значит там 16 разных NA> флагов можно выставить. Один из атрибутов в нетмейле - файловый NA> запрос. В какой-то момент, чей то трекер нетмейла создать .req файл и NA> случится фрек.
Hет, ему лучше создавать не .req, а .pkt тогда этот нетмейл с запросом можно будет роутить. .req в этом случае пройдёт всего лишь один хоп.
NA> Этот кто-то, кто создал из нетмейла с frq флагом тот самый .req
Hет, он формирует запрос файлом .req c флагом frq, либо файлом .pkt с флагом frq. Разница в том, что .req запрос будет обработан на принимающей стороне мылером в этой же сессии и по роутингу ответ не пойдёт, а .pkt будет обработан трекалкой и ответ будет отправлен по роутингу.
По этому для роутинга фреков .req вашпе не подходит. Они только для директа.
NA> , он потом должен отследить получение запрашиваемого файла, или не NA> получение,
Hет, этого не надо. Мылер не удалит письмо с флагом att, пока пристёгнутый файл не будет передан.
NA> и сформировать обратный ответ нетмейлом,
Hе обязательно, но некоторые мылеры умеют. Хотя если запрос будет в .pkt, то заниматься этим запросом будет фрекалка, а не мылер. А там то уже можно настроить что угодно.
NA> и видимо фрекнутый файл должен пойти нетмейл аттачем по роутингу. NA> А теперь к вопрос, поддерживает ли узел фреки по-роутингу. Если твой NA> узел просто пересылает нетмейл по роутингу и не меняет флагов, т.е. NA> не трогает frq, то он поддерживает ;-) Хотя, может так получится, что NA> как раз твой узел и должен создать этот самый .req, т.е. To адрес это NA> твой прямой линк, и с него хотят фрекнуть.
.req никогда по роутингу не пойдёт, а pkt пойдёт если все транзитные узлы по пути поддерживают роутинг аттачей.
Dmitriy
--- CHAINIK v.3.14 * Origin: Hаглось - второе счатье, а тупость - третье! (2:5053/59.1)