= Сообщение: 11862 из 47543 =============================== RU.FIDONET.TODAY =
От : Stas Mishchenkov 2:460/58.58 04 Nov 18 16:36:18
Кому : Vitaliy Geydeko 04 Nov 18 16:36:18
Тема : pointc
FGHI : area://RU.FIDONET.TODAY?msgid=2:460/58.58+5bdeec3a
На : area://RU.FIDONET.TODAY?msgid=2:5064/54.2+5bdee548
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.FIDONET.TODAY?msgid=2:5064/54.2+5bdfb7bc
==============================================================================
Hi, Vitaliy!
04 ноя 18 15:05, Vitaliy Geydeko -> Stas Mishchenkov:
SM>>>> Там есть все, но флаги, обчно, не верные, да и смысла в них у
SM>>>> поинта я
SM>>>> сейчас не вижу, т.к. он по определению не принимает входящие.
VG> отзвонка поинту.
Если поинт может принимать входящие, то почему бы ему не стать узлом?
VG> и потом bink != единственый мейлер.
Речь сейчас именно о разборе лога бинкд.
SM>>>> Зачем что-то делать руками, когда можно натравить робота на
SM>>>> логи?
VG>>> кто решает какие флаги поинт или босс?
SM>> Вообще говоря, должен принимать решение поинт, а босс только
SM>> контролировать правильность. Практика же показывает, что даже в лучшие
SM>> времена это было не особо нужно, т.к. большинство поинтов понятия не
SM>> имело об их значении, да, и нужды такой особо не выказывало. Даже во
SM>> времена диалапа очень мало поинтов принимало входящие. Сейчас это и
SM>> совсем не нужно, соответственно и флаги им в поинтлисте не нужны.
VG> х з
Хотя, у буржуев встречаются...
VG>>>>> а там прозвонился ок, не прозвонился вовремя - из листа.
VG>>>>> прозвонился снова...
SM>>>> Да, а прозвнился опять, если не выкинут к этому времени из
SM>>>> конфигов,
SM>>>> опять в лист попал.
VG>>> а смысл выкидывать - только по личной просьбе поинта.
SM>> Ну, я на самом деле высе-таки выкидываю, т.к. не все поинты на столько
SM>> культурны, что бы сообщить, что больше в адресе не нуждаются. Правда,
SM>> происходит это крайне редко.
VG> но вот обнаружел в запощеном отчете что такой то протух - убиваем
VG> можно ввести еще одну дату и поджключить конфиги,
Я обычно смотрю по тухлому нетмейлу...
VG> но это мне кажется лишнее. отредактировать текстовые конфиги не
VG> сложно.
Да. Но их минимум два.
VG> кроме не к ночи вспомненой фасты.
Надеюсь, ее на узлах уже не осталось. ;)
SM>>>> BinkdLogMonth в этом конфиге. # #ExecuteBefore "rar p -inul -y
SM>>>> d:\fido\logs\arc\logs.#year#.#mon#.??.rar binkd.log >;#binkdlog#"
VG> не проще взять акутальний из конфига бинка и своевременно шерстить его.
Актуальный может быть только за сутки, а хочется достать из архива, скажем, за последний месяц. Не держать же ради этого развернутым целый месяц лог бинкд. его и просматривать (глазами) не удобно будет.
VG>>> вот о том что босс может менять имя лога бинка я не подумал.
VG>>> я считаю достаточно перет сабж /c прочитать конфиг бинка и взять
VG>>> последний лог. не вижу смысла парсить все и вся. если сабж уже
VG>>> работал -
VG>>> он сохранил дату в базе
SM>> База - это дополнительная сущность. Зачем, когда уже есть логи бинкд и
SM>> там все даты есть? Достаточно при настройке принять один раз решение,
SM>> как долго может не прозваниваться поинт. Я когда-то решил, что месяц.
SM>> Правда, это было еще под OS/2 и тех скриптов у меня не сохранилось.
SM>> Разбор же месячного лога больших ресурсов не требует и много времени
SM>> не отнимает.
VG> а если поинт самовольно изменит скажем реалнейм?
Пусть меняет. Главное, что бы не противоречило стандарту. Ты же не хочешь запрещать кому-то выбирать то или иное сетевое имя? в любом случае, ты всегда можешь сунуться глазами и сказать поинту но-но-но.
VG> сущность....
Какую сущность?
SM>>>> #ExecuteAfter "echo All done."
[...skipped...]
SM>>>> путём). #
SM>>>> дальше проще наверное конфиг процитировать
VG> проблема отсутсвия года в логе реализована.
А зачем тебе год в логе.
VG>>> вот мой рабочий конфиг
SM>> т.е. у тебя нет возможности использовать в расширении файла днь года,
SM>> как требуют некоторые поинткиперы?
VG> вот это надо в первую очередь решать.
VG> в каждом приходе свой поп
Вот я о том самом.
VG>>> ; адрес ноды
VG>>> node=2:5064/54
SM>> Можно же брать из конфига бинкд.
VG> есть ли владельцы нескольких нод?
Есть, но поинты на мейн АКА или это физически не только разные конфииги, но и вообще компьютеры.
VG> потом это пишется раз.
Ну, так-то да, но ето опять +1 раз.
VG>>> ; файл лога бинка
VG>>> bink=..\binkd\binkd.log
SM>> Можно же брать из конфига бинкд.
VG> нужно
Ну, а если берем оттуда что-то, то почему не брать оттуда все, что может понадобиться?
VG>>> ; сколько терпеть поинта-должника (мес.)
VG>>> date=2
VG>>> ; запостить отчет, если не надо не заполняется
VG>>> report_s=_ch.bat
SM>> Ага. Вот как. А так-то сам по себе ни куда. Следовательно программа
SM>> требует обвеса батниками, являясь сама по сути обвесом к бинкд.
VG> да
Вот именно. Опять добавочные телодвижения.
VG>>> ; список кипера
VG>>> keeper=keeper.ini
SM>> Вот это что?
VG> список файлов которые надо собрать
VG> опять же я думал, но сделал по парвилам сборки в 5064
VG> нода= расширение сегемента
Вообще говоря, номер узла написан в самом фале сегмента.
SM>>>> А, ну, и настраиваемый текст сообщений поинту об шибках.
VG>>> нафига?
SM>> Например, он не понимает по-русски, или у тебя не СР866 локаль, или у
SM>> тебя хорошее чувство юмора...
VG> )
А почему нет?
SM>> Не совсем понимаю. Твой редактор добавляет поинта во все конфиги или
SM>> только в базу твоей программы? Во втором случае это совершенно лишнее
SM>> телодвижение для сисопа, т.к. ему и без того его нужно добавить, как
SM>> минимум, в конфиг мейлера и тоссера. Суть такой программы как раз в
SM>> том, что бы сократить количество телодвижений сисопа узла. Увидел в
SM>> логе парольную сессию - есть поинт, не увидел - нету.
VG> только в базу.
Ну, тут у каждого свой подход.
Have nice nights.
Stas Mishchenkov.
--- GoldED+/W64-MSVC 1.1.5-b20150715
* Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/58.58)
|
