Поставил, обновился до последнего комплекта из чего-то там 2012 года.
Импортировал запись реестра от E3 для SpamProtexx. Файл-ключик для него положить куда? Решил что наверное правильно будет туда-же где и txtClass.dll, т.е. в E4\EXT. Подключаюсь через веб, ставлю "Использовать acFilter" и далее "Использовать SpamProtexx"
Проверяю что это зафиксировалось в E4.ini. Перезагружаюсь (ну мало ли). Отправляю сам себе образцы спама. Наблюдаю появление лога ...popfile_debug.txt с двумя строчками на каждое письмо типа
...;SMTP;E:\E4\DATA\mail\spool\pavlad@iss-reshetnev.ru!7!8439859!3.eml и
...;SMTP;<Error 10061>
Если файрвол включен, то в acWEB.log один раз заносится
<methodCall><methodName>acFilter/API.versionHTML<params>
![](/e4a/web.gif)
Couldn't connect to server
Если файрвол вЫключен, то в acWEB.log тишина.
Т.е. не работает. В письмах естественно
X-Classification: not_classified
X-Spam-Status: No, acFilter=not_classified
Где чинить?
Первый раз acFilter запустите вручную обычным приложением — чтобы отследить ошибки, если вдруг будут. И в его acFilter.log загляните. А потом можно будет выполнить "acFilter.exe --install" и запускать службой.
По аналогии с E3 нашёл секцию в ini [AntispamPopFile] Debug=поставил в 0 — перестало писаться в popfile_debug.txt
А вот TrainingMode=1 почему-то не срабатывает, т.е. сервер продолжает отвергать спам-письма.
ред: 27.07.2013 14:11
А вернуть легко: в acSMTP\conf\OnStartup.rules.txt вместо
ред: 01.08.2013 09:06
А вот с лицензиями к SpamProtexx всё оказалось совсем не так, как думалось сначала.
Стоило убрать сервер из дмз в локалку, так сразу и получил
... Spamprotexx: unregistered (30 days left)
Эксперименты показали, что при прямом доступе в инет лицензия к SpamProtexx проверяется записью в реестре, а если доступа в инет нету, то из файла-ключика. А покласть тот файл-ключ надо в каталог с acFilter.exe. А не в E4\EXT как я предположил первоначпльно. Тогда получаем:
...Unknown error occured. Please check the settings of your internet connection.
SP: License check done.
Т.е. SpamProtexx всё-таки заработал корректно и будем надеяться не на 30 дней.
Сразу обнаружилось — в acFilter\acFilter.log пишутся логи анализа писем на спам а также при каждом запуске acFilter создаются файлЫ типа acFilter_хххх.pid.
Где-то можно переопределить это дело в {Dirs[Data]}\log? Ну типа чтоб не замусоривать acFilter-каталог.
А вот касательно acFilter.log хотелось-бы разобраться всё-же. Либо отключить вывод в него либо какую-нить ротацию наименований сделать, чтоб можно автоматически старые логи чистить.
По аналогии: в E3 после разных доработок acIMAP.log за неделю вырастает до 1.5 гигов. Приходится останавливать сервисы, чтобы удалить файл. Конечно, поручено это делать планировщику, но иногда после рестарта сервисов отваливается антиспамы, поэтому приходится постоянно проверять корректность перезапуска. Морока короче...