@MSGID: 2:6078/1 66d2261a
@REPLY: 2:5030/723 66cf805c
@CHRS: CP866 2
@TZUTC: 0200
@TID: hpt/w32-mvcdll 1.4.0-sta 16-02-06
Приветики, Alexey!


Писал как-то Alexey Khromov к Dmitriy Romanov  примерно 28 Авг 24  в 22:44
А я смотрю и фигею.

 DR>> Это тоже мысль, и я ее подумаю. Вот думаю, как в мейлере реализовать
 DR>> логику работы с нодлистом. Пока что получается прописываем все способы
 DR>> связи руками. Можно сделать либо вручную чтобы из нодлиста подтягивал,
 DR>> либо автоматически. Но как тогда обрабатывать случай, если из нодлиста
 DR>> подтянул, но принудительно отключил этот способ связи. А потом
 DR>> в нодлисте реквизиты поменялись... и что тогда автомату делать?
 DR>> Включать его автоматически? А в нодлисте их может быть несколько... в
 DR>> общем тут еще стоит подумать, и наверное не здесь, а где-нибудь в
 DR>> *.DEVELOP

 AK> В bforce по-умолчанию из нодлиста INA берется, если не указано ручками или
 AK> конфиге. К сожалению пока поддерживается только один флаг INA. Для других
 AK> мейлеров, как вариант, обрабатывать перл-хуками (если они есть в мейлере),
  AK> либо полностью отключать демон/сервис (он отвечает за
сканирование outbound)
  AK> и писАть свою сканилку - там не сильно упорото - проверять
по нодлисту адрес
 AK> и создавать на него poll с указанным в .*lo приоритетом.
 Не, перл и что-то подобное я прикручивать не буду. Мне в этом
плане проще - у меня свой мейлер, как хочу так и пишу. Но
 пока находится в стадии перехода с делфи-4 на лазарус-фрипаскаль, а
развивать буду уже после завершения этого перехода.
 А там много где надо колдовать, все-таки разница в несколько
десятилетий, надо много кода править.
 Тут больше интересна логика. На текущий момент для каждого линка
заводятся одна или несколько записей "телефонной
 книги", где указаны способы соединения - модем, ip различных
протоколов, у каждой записи свое время работы, некоторые
 можно галочкой отключить. Мне представляется, что при чтении нодлиста
будут добавлены еще по несколько записей там же.
 Непонятки возникают вот в каком моменте. Допустим, я вручную в
конфиге запретил один из способов исходящего соединения
 на линк, который прочитался из нодлиста. Как при очередном чтении
нодлиста их идентифицировать в дальнейшем? Вот я
 запретил один. А на нем потом поменялся айпишник к примеру.
Получится, что старая запись удалится, но появится новая,
 которая по умолчанию снова станет активной. Либо их сразу по
умолчанию делать неактивными, а включать вручную. Но тогда
 теряется весь смысл автоматического чтения нодлиста - старый способ
связи станет неактуальным, а новый не активируется
автоматически.

      Hа сем разрешите письмо закончить.   Elec (RA2FDR)
--- NoSFeRaTU`s GoldED+/W32-MINGW 1.1.5-b20090603
 * Origin: В свинарнике не стыдно быть свиньей (2:6078/1)
SEEN-BY: 50/109 104/117 221/6 240/1120 250/25 301/1
341/66 451/31 452/28 166
SEEN-BY: 455/19 463/68 467/888 478/0 37 4500/1
5000/111 5001/100 5005/33 49
SEEN-BY: 5015/35 42 46 5019/40 400 5020/101 113
545 715 814 828 830 846 848
SEEN-BY: 5020/1042 1721 2992 4441 12000 5022/128
5030/49 115 1081 1474
SEEN-BY: 5031/71 5049/6 5053/51 5054/8 89 5058/104
5060/900 5061/133 5066/18
SEEN-BY: 5068/45 5083/1 444 6078/0 1 2 6090/1
@PATH: 6078/1 5020/830 1042 4441