Фреки по-роутингу, рауд два

Nil A написал(а) к All в Oct 23 19:04:36 по местному времени:

* Originally in ru.fidonet.today
* Crossposted in ru.ftn.develop
Нello, All!

Тема меня зацепила. Узнал много нового. Хотя, казалось бы, фидо в корне не менялось последние лет 30 наверное. Ну, не считая перехода мейлера на IP, а не телефон.

Как работает фрек по стандарту SRIF, кажется, все тут понимают. Накладываем .req* файл на линка, и при *директной* связи, этот файл отправится, и если на той стороне есть *SRIF (фрек) процессор, то мы примем какой-нибудь файл в этой же сессии. Пока это не про фреки по-роутингу.Поднимите руку у кого в этой части всё ещё вопросы есть?

Кстати, ещё есть WaZOO-style фреки, и тоже .req файл. Кто-то такие фреки практиковал?

В фидошных сообщениях есть атрибуты, и один из них Frq (эти три буквы показывает голдед на сообщении), и тогда сабж превращается в поле для ввода имени запрашиваемого файла. Кстати, можно и тело сообщения написать, но роботам оно не интересно. Так как это обычный нетмейл, то его можно послать либо директом, либо по-роутингу.

И мы подошли к самому интересному. Кто смотрит на атрибут Frq в письме?

Тут было мнение, что .req отдельно, Frq отдельно, и мне это нравится. Тогда это просто параллельный способ фрекнуть. Тогда треккер, или тот, кто читает почту в стиле Areafix/Allfix, вот он обработает такой нетмейл, и отправит ответ адресату, видимо нетмейл с аттачем, или какую-то квитанцию.

Но на практике своей я вижу несколько иное поведение. Нpt pack выковыривает Frq письма и, внимание, создаёт .req файл на линка. Но зачем?

Best Regards, Nil
--- GoldED+/LNX 1.1.5