Регистрация...

Eserv Forum / E4 / Mail / Иногда не "дорабатывает" PopFile

wikipost // (v1)
Продукты и услуги Скачать Документация Купить Поддержка Форумы Партнёрам Статьи О компании
Наткнулась на неск. ситуаций, когда письмо не проходит до конца стадию проверки PopFile-ом. В журнале \DATA\log\smtp\201007popfile_debug.txt только 2 строки для такого письма (для других, нормальных, таких строк несколько и есть результат проверки)
2010-07-28 10:25:42;aori@co.ru;sekr@aori.co.ru;0;;194.186.47.91;SMTP;194.186.47.91 2010-07-28 10:25:42;aori@co.ru;sekr@aori.co.ru;0;;194.186.47.91;SMTP;<?xml version='1.0' encoding='UTF-8'?><methodResponse><params><param><value><string>250</string></value></param></params></methodResponse>

В журнале \CommonPlugins\acFilter\acFilter.log тоже усеченная инфа по сравнению с другими:
28.07.2010;10:25:37;40;0;1;200;POST;302;IFORTH-SCRIPT;/RPC2;c:\Program Files\E4\CommonPlugins\acFilter\apps\index.e;text/xml 194.186.47.91

Таких писем в этом эпизоде, рядом стоящих всего 5. До и после отработалось нормально. Ошибок в других журналах не нашла. В журнале самого PopFile в это время спокойно:
2010/7/28 09:36:31 980: config: 198: New POPFile instance detected and signalled 2010/7/28 10:25:53 980: mq: 380: post TICKD () 2010/7/28 10:25:53 980: mq: 387: queuing post TICKD () 2010/7/28 10:25:53 980: mq: 389: TICKD queue length now 0 2010/7/28 10:25:53 980: mq: 128: Message TICKD () ready for delivery 2010/7/28 10:25:53 980: mq: 131: Delivering message TICKD () to config 2010/7/28 10:25:53 980: mq: 131: Delivering message TICKD () to history 2010/7/28 10:25:53 980: mq: 131: Delivering message TICKD () to logger 2010/7/28 10:25:53 980: mq: 131: Delivering message TICKD () to bayes

В итоге письмо попадает адресату и в архив. А фильтр на результат bayes уже не срабатывает. Оно бы и не страшно. но непонятно из-за чего происходит, и где еще может аукнуться.
 
Комментарии к этой версии (28.07.2010 10:18) [~matveeva] 47f37d00
АвторДатаТекстtags
ac28.07.2010 14:14
Записи подобные этой <string>250</string> должны быть о каждом соединении, которое не было отвергнуто RBL'ом. Это дополнительная классификация IP-адреса — уже не RBL'ом, а acFilter'ом. При UseCTIP=0 это просто холостой ход (сервис Commtouch поддерживается с прошлого года, но использование его платное, и о разумной цене мы пока не договорились).
wikipost
matveeva28.07.2010 14:50
ред: 28.07.2010 14:54
ac пишет: Записи подобные этой <string>250 должны быть о каждом соединении, которое не было отвергнуто RBL'ом.
Они и есть. Просто для большинства писем есть еще продолжение, а для этих — нет. Эти письма хорошие, не спамные. Вот, например, письмо с полной обработкой выглядит так (\DATA\log\smtp\201007popfile_debug.txt ):
2010-07-01 00:11:24;sindbadrx2@chelrest.ru;***@aori.co.ru;0;;24.92.107.252;SMTP;24.92.107.252 2010-07-01 00:11:24;sindbadrx2@chelrest.ru;***@aori.co.ru;0;;24.92.107.252;SMTP;<?xml version='1.0' encoding='UTF-8'?><methodResponse><params><param><value><string>250</string></value></param></params></methodResponse> 2010-07-01 00:11:35;sindbadrx2@chelrest.ru;***@aori.co.ru;6985;<xod25pxsg57545hbed@localhost.localdomain>;24.92.107.252;SMTP;c:\Program Files\E4\DATA\mail\spool\sindbadrx2@chelrest.ru!15895!737165203!1.eml 2010-07-01 00:11:36;;;0;;127.0.0.1;HTTP;c:\Program Files\E4\DATA\mail\spool\sindbadrx2@chelrest.ru!15895!737165203!1.eml 2010-07-01 00:11:36;;;0;;127.0.0.1;HTTP;<?xml version="1.0" encoding="UTF-8"?><methodResponse><params><param><value><string>spam</string></value></param></params></methodResponse> 2010-07-01 00:11:35;sindbadrx2@chelrest.ru;***@aori.co.ru;6985;<xod25pxsg57545hbed@localhost.localdomain>;24.92.107.252;SMTP;<?xml version='1.0' encoding='UTF-8'?><methodResponse><params><param><value><string>spam</string></value></param><param><value><string>PF=spam, SPR=0</string></value></param></params></methodResponse>

А у тех писем не было такой концовки...
wikipost
Работает на Eserv/5.05555 (05.06.2016)