Стоит это чудо CommuniGate Pro... :-( Нужно сделать следущее правило, по приходу сообщения на определенный адрес с темой "block <мыло для блока>", заносило <мыло для блока> в черный список. Хотел написать скрипт, который вызывается и добовлет нужную строку в нужное правило в файле Rules.settings, но CommuniGate игнорирует изменения внесенные в settings файлы не через его интерфейс. Посоветуйте, как извратиться или как грамотно решить данную задачу с CommuniGate.
P.S.
CommuniGate убирать низзя... я бы уже давно убрал.
Господа, люди... кто нить.... тогда пжлста скажите, как это "чудо" CommuniGate заставить перечитать конфиги в процессе работы из командной строки, а не из Веб админа?....
>Господа, люди... кто нить.... тогда пжлста скажите, как это "чудо" CommuniGate заставить
>перечитать конфиги в процессе работы из командной строки, а не из
>Веб админа?....Использовать CLI (Command Line Interface), читать здесь:
http://Ваш_сервер:8010/Guide/CLI.html
или
http://www.communigate.com/CommuniGatePro/CLI.html
Спасибо... я все это читал и на mx.ru искал... :-( Я наверное слепой, но ничего не смог найти. Найти смог, что через CLI можно его потушить (нафиг оно надо), а через шелл загрузить, но это ведь не решение для моей задачи... Ведь он как-то в Веб админе заставляет перечитывать конфиги, при нажатии Update...
>это ведь не решение для моей задачи... Ведь он как-то в
>Веб админе заставляет перечитывать конфиги, при нажатии Update...Правильнее вносить изменения через CLI (тем же скриптом),
а не перечитывать конфиги после правки *.settings руками(скриптом).По теме смотри:
GetAccountRules / SetAccountRules
GetDomainRules / SetDomainRules
GetServerRules / SetServerRules
GetBlacklistedIPs / SetBlacklistedIPs