= Сообщение: 2199 из 2735 =================================== RU.FTN.DEVELOP = От : Nil A 2:5015/46 09 Oct 23 19:04:36 Кому : All 09 Oct 23 19:04:36 Тема : Фреки по-роутингу, рауд два FGHI : area://RU.FTN.DEVELOP?msgid=2:5015/46+652424ab = Кодировка сообщения определена как: CP866 ================================== ============================================================================== * 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 --- GoldED+/LNX 1.1.5 * Origin: Linux 2.6.32-042stab145.3 (2:5015/46)
