Началось после обновления сёрва с древней версии. На форуме ничего не нашел по этому поводу.
После запуска или перезапуска acSMTP, запускается, как положено wperl, но, отожрав 12 мегов оперативки — отваливается(занимает это несколько сек.).
Пробовал подкладывать старый PopFile — результат неизменен.
popfile*.log:
2009/5/5 04:01:13 3000: bayes: 708: Attempting to connect to dbi:SQLite:Dbname=./popfile.db (1)
2009/5/5 04:01:13 3000: bayes: 714: Using SQLite library version и ,иногда:
2009/5/5 09:43:51 4060: bayes: 1806: Invalid session key popfile_error provided in Classifier::Bayes @ 2863
acSMTP/3.0, build 6739, 02.02.2006
Подозрительного вообще ничего.
Запустил вчера попфайл таким вот образом — "wperl.exe popfile.pl". "Вручную". Не отваливается. По логу — работает, письма смотрит, только непонятно откидываетли спам, и спам валит со страшной силой...
Письма классифицируются? Классы не 'unclassified', 'popfile_error'?
И попфайл эррор есть и спам и унклассифайд... Есть и без класа письма.
Еще вопрос — некоторое время назад, при обращению к феб форме(конфигуратора)увидел вот такую штуку — вместо странички с настройками — надпись "sql_connect_error.html". И все. из-за этого собственно и обновлялся, обновленный сёрв отработал какоето время и опяять "sql_connect_error.html"....
Без класса — это наверное локальная почта. Если кроме unclassified есть другие классы — значит работает (а по unclassified надо обучать). А popfile_error — насколько часто? Только при старте или постоянно?
При обращении к какому URL конкретно?
Да, так и есть
Не только при старте, процентов 10 писем классифицируются "popfile_error"
Например следующие:
-Локальные домены
-Локальные сети
-Источники авторизации
-Назначение домена по IP
-Назначение пользователя по IP или MAC
-Список пользователей auth_md5
-Список групп auth_md5
Но это далеко неполный список...
В опциях ini включите
[AntispamPopFile]
Debug=1 потом перезапустите acSMTP, дождитесь ошибок popfile_error и пришлите на support@eserv.ru лог DATA\log\smtp\200905popfile_debug.txt
Замените script\fs\fs.exe на fs.exe из архива:
Он должен в случае аналогичной ошибки сказать что-то более осмысленное.
Браузер выдал вот что:
"S1000 [Microsoft][„а ©ўҐа ODBC ’ҐЄбв] „ЁбЄ®ў п Ё«Ё бҐвҐў п ®иЁЎЄ . ( -1022 ) sql ConnectFile err: 65535"
что "Штирлиц" декодировал как:
"Дисковая или сетевая ошибка".
Хотя, на нехватку места, глючный диск или проблемы с сетью/фаерволом пожаловаться не могу.
Антивирус наверное установлен?
Про кодировку — переработал вчера, потерялся в Макстоне =)))
Антивирус установлен, но я пробовал его ПОЛНОСТЬЮ отключать. Результат тот же.
Второй дурацкий вопрос: что за антивирус?