= Сообщение: 2585 из 2735 =================================== RU.FTN.DEVELOP = От : Dmitriy Romanov 2:6078/1 31 Aug 24 21:02:54 Кому : Alexey Khromov 31 Aug 24 21:02:54 Тема : Nodelist INA:xxx.binkp.net FGHI : area://RU.FTN.DEVELOP?msgid=2:6078/1+66d36cc3 На : area://RU.FTN.DEVELOP?msgid=2:5030/723+66d22e06 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Приветики, Alexey!
Писал как-то Alexey Khromov к Dmitriy Romanov примерно 30 Авг 24 в 23:28 А я смотрю и фигею.
DR>> все-таки разница в несколько десятилетий, надо много кода править. DR>> Тут DR>> больше интересна логика. На текущий момент для каждого линка заводятся DR>> одна или несколько записей "телефонной книги", где указаны способы DR>> соединения - модем, ip различных протоколов, у каждой записи свое DR>> время работы, некоторые можно галочкой отключить. Мне представляется, AK> У каждого соединения есть свойства - тип, от типа пляшет AK> адрес/телефон/е-мейл, и время. Но таковых может однотипных оказаться несколько. Ну ладно, телефон только один, но ip-адресов может быть несколько.
DR>> что при чтении нодлиста будут добавлены еще по несколько записей там DR>> же. Непонятки возникают вот в каком моменте. Допустим, я вручную в DR>> конфиге запретил один из способов исходящего соединения на линк, DR>> который прочитался из нодлиста. Как при очередном чтении нодлиста их DR>> идентифицировать в дальнейшем? Вот я запретил один. А на нем потом AK> Либо запретить обновлять все соединения - замок на линк AK> Либо запретить обновлять соединения определенного типа - замок на AK> способ (вкладку) Либо запретить обновлять соединения определенного AK> типа с тем же временем доступа (замок на строку) Любое соединение, AK> обновленное с нодлиста не попавшее под запрет генерит лог-мессагу + в AK> файл сисуведомлений. Файл сисуведомлений при открытии мейлера сисопом AK> показывается в окошке сисопу и очищается. Ой, чот разбежался я. Сисоп в конфиг мейлера может заглядывать раз в несколько лет. А штатной морды мейлер не имеет, так как заточен работать сервисом в винде (ну в перспективе - демоном в линуксе). Писать в лог - ну тоже так себе затея. Я в лог смотрю только тогда, когда замечаю, что что-то пошло не так.
DR>> поменялся айпишник к примеру. Получится, что старая запись удалится, DR>> но появится новая, которая по умолчанию снова станет активной. Либо их DR>> сразу по умолчанию делать неактивными, а включать вручную. Но DR>> тогда теряется весь смысл автоматического чтения нодлиста - старый DR>> способ связи станет неактуальным, а новый не DR>> активируется автоматически. AK> Вот куда замок поставишь - там голова и будет болеть. AK> Еще мысля до кучи - галочка "основной способ связи обновлять всегда". AK> Тогда еще одно свойство линка (primary|secondary). Если это packed AK> record то 1 бит займет (шучу, сейчас нет смысла экономить - оно при AK> обработке все равно слово съест). Можно только галочку на линка - не активировать автоматически добавленные способы связи.
Hа сем разрешите письмо закончить. Elec (RA2FDR) --- NoSFeRaTU's GoldED+/W32-MINGW 1.1.5-b20090603 * Origin: В свинарнике не стыдно быть свиньей (2:6078/1)
