До обновления версии 3.34b1 все работало. сейчас не создается база relearn.esp SMTP[UseSpamProtexx]=1 вот acSMTP.log
Exception #-2003 at: conf\smtp\OnNewMail.rules.txt:19:15:
MContentFilter
^ conf\smtp\OnNewMail.rules.txt - file not found
2008-03-06 16:37:44;192.168.1.7;Error 2003 in the rule file "conf\smtp\OnNewMail.rules.txt", line: 19, char: 15
Exception #-2003 at: conf\smtp\OnNewMail.rules.txt:19:15:
MContentFilter
^ conf\smtp\OnNewMail.rules.txt - file not found
2008-03-06 16:40:04;81.99.34.36;Error 2003 in the rule file "conf\smtp\OnNewMail.rules.txt", line: 19, char: 15
conf\smtp\OnNewMail.rules.txt файл на месте
Версия 3.30 + PigMail. Поверх устанавливается 3.34 (обновление без антиспама). После этого поверх перезаписывается PigMail обновление с версии 1.33.
Результат в acWEBErr.log
17:51:51 0 Error 2 in the rule file "myconf\OnStartupPlugins.rules.txt", line: 12, char: 25
Подскажите, пожалуйста, что делается неправильно.
На сайте сказано, что 3.34 ставится поверх любой версии начиная с 3.10
Интересно, почему
Суть такова: После добавления пользователя и ящика для него отправка почты идет, а получение нет. При этом сервер отвечает клиенту, что писем для него нет (хотя каталог создан и почта в нем есть) а в логах пишет
То есть, пользователь есть, а ящика у него нет. Пользователя aa завел специально, чтобы исключить проблемы правильнописания.
У вас лицензии не закончились?
Это специальная возможность PigMail, позволяющая иметь безземельных крестьян...
В логе ведь прямо говорится "Cannot find mailbox for: aa@mydomain.ru", а это следствие отсутствия пользователя в списках POP[UserMailBoxes] и POP[SpecialFolders].
В составе PigMail он есть. Наверное вы не все каталоги из PigMailPigProxy-1.34\CommonPlugins\plugins записали в CommonPlugins базового конфига.
Пользователь в UserMailBoxes есть, а в SpecialFolders нет ничего кроме примеров, но остальные работают без проблем.
Лицензии есть, но на всякий случай купили еще.
Поставить строку:
Потом попробовать забрать почту этого aa, потом посмотреть, что записалось в acIMAP.log.
Судя по обращениям других пользователей (у которых имя и адрес различны) это имя и адрес. Но ситуация не изменилась.
Нашел в Eproxy.log количество ключей. Хватает
И посмотрим, что изменится в логе.
Проблема была именно там. При вводе через web-интерфейс в конец строки с именем пользователя попал пробел. И его, гада, ни в логах, ни в web-интерфейсе не рассмотреть. А в web-интерфейсе добавление происходит как исправление последнего и сохранения как нового. Отсюда и эффект: пользователи перестали добавляться.
Глупо, конечно, но может быть возможно сделать в web-интерфейсе отсечение незначащих символов в конце строки?
Если логи смотреть в Блокноте и пристально, то увидеть можно.
Не въехал. Моему редактору списков должно быть по барабану, что там в других строках списка. Лишь бы не дубликаты.
Можно. И нужно, наверное, проблема болезненная. Вот только подумаю, везде ли надо резать.
P.S. По поводу обновлений PigMail — если вдруг что-то криво начинает работать (или вообще перестаёт работать) при обновлении "с предыдущей версии", надо накатить полный дистрибутив. Если Eserv был 3.30, то и PigMail при нём однозначно не 1.33, они несовместимы.
Не правильно выразился. Пользователи добавляются, но поскольку исправляется только начало строки, то новая добавляется с пробелом.
Думается везде, вряд ли пробел в конце строки может быть значащим символом. Да и проще, наверно.
Нет, разумеется, PigMail ставился после обновления Eserv-а. А с обновлением разруха была именно в голове. Для таких одаренных нужны инструкции, например: