DR> Это тоже мысль, и я ее подумаю. Вот думаю, как в мейлере реализовать DR> логику работы с нодлистом. Пока что получается прописываем все способы DR> связи руками. Можно сделать либо вручную чтобы из нодлиста подтягивал, DR> либо автоматически. Но как тогда обрабатывать случай, если из нодлиста DR> подтянул, но принудительно отключил этот способ связи. А потом DR> в нодлисте реквизиты поменялись... и что тогда автомату делать? DR> Включать его автоматически? А в нодлисте их может быть несколько... в DR> общем тут еще стоит подумать, и наверное не здесь, а где-нибудь в DR> *.DEVELOP
В bforce по-умолчанию из нодлиста INA берется, если не указано ручками или конфиге. К сожалению пока поддерживается только один флаг INA. Для других мейлеров, как вариант, обрабатывать перл-хуками (если они есть в мейлере), либо полностью отключать демон/сервис (он отвечает за сканирование outbound) и писАть свою сканилку - там не сильно упорото - проверять по нодлисту адрес и создавать на него poll с указанным в .*lo приоритетом.
* Оригинал написан в r50.sysop * Скопировано в ru.ftn.develop
Alexey Khromov --- GoldED+/LNX 1.1.5-b20240309 * Origin: - Вы в опасности! Вы окружены роботами! - (2:5030/723)
