SM>> А в чём разница? Что в конфиге правило написать, что в перлхуке.
NA> С точки зрения пользователя софта. NA> Если в правиле писать - читаем параграф документации синтаксис правила. NA> Если в перлохуке писать - читаем пёрл для чайников книжку толмут.
Сейчас оно в таком состоянии, что не сложнее конфига и понятней.
NA>>> Удобно. Надо чтобы fidoroute, плюс к *.rou/*.tru, умела находить, NA>>> если возможно, короче маршруты через линков-хабов. SM>> А зачем? Если у тебя парольный линк, то ты знаешь и так, что на него SM>> короче роутить.
NA> Как? Есть линк с 5020/715, и линк с 5020/1042. Откудова я знаю их NA> даунлинков?
Ты, когда линк устанавливал, не догадался спросить, что на них роутить можно?
NA> Если я шлю нетмейл куда-то в замкад, то по правилам от NA> fidoroute, я вижу в логах, то через этого, то через того.
А ещё у моего Пинга спросить можно командой %Links. На сколько я знаю, он не только у меня такой.
NA>>> Или даже так, чекалку написать отдельную, на входе *.rou/*.tru и NA>>> nodelist, на выходе ворнинги, что не все подхабовые линки NA>>> указаны. SM>> Если бы Ping/Trace поддерживало достаточное количество узлов, то это SM>> можно было бы выяснять экспериментальным путём и даже автоматически.
NA> OMG, фидо и так уже стало сетью мыллеров с роботами, постящими пустые NA> статистики и правила. А ты хочешь, чтобы роботы ещё и между собой NA> переписывались? Моско отдыхает.
Прикольно я придумал? ;)
NA>>> Охохо, трекалка умеет смотреть в аутбаунд, чтобы от туда NA>>> протоссить? Т.е. она постоянно "перетоссивает" всё по-новому? SM>> Да. Если ей сказать так делать. У hpt для этого есть bsopack, если я SM>> не ошибаюсь.
NA> Кстати, binkd умеет парсить .pkt, чтобы узнать адреса внутри. Там NA> реализована фича, что он может нетмейл как-то на другого линка послать и NA> .pkt "перебить", динамический роутинг! К вопросу, почему мейлер ещё и NA> треккер заодно.
Первый раз об этом слышу.
NA>>> hpt только ловит в эхах PATH закольцованный, или не ловит. SM>> Не ловит.
NA> Обленился совсем. Для этого PATH же и делали?
Ну, так-то - да. Однако, я не помню, что бы какой-то софт в него вникал не для статистики.
NA>>> Но hpt ловит дупы в эхах. SM>> Ловит и этого достаточно.
NA> Для этого нужно дупобазу хранить. А тут stateless каждое сообщение можно NA> обрабатывать, без дополнительного места на диске.
Да. Удобно. Однако, дупобаза всё равно нужна. Дуп может прийти другим путём.
SM>> Там есть для этого filter.pl, который, по сути, является ещё одним SM>> конфигурационным файлом для написания правил и всяческих проверок. SM>> Гибче некуда.
NA> Это надо надевать шапку #яжпрограммист.
Не обязательно. Я знаю как минимум двух сисопов, которые совершенно в этом ни чего не понимают, но при этом хорошо справлялись.