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

[Nil A]

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

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

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

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

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

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

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

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

Best Regards, Nil