После сбоя питания (не удержал УПС) прошла проверка диска на ошибки (
WinXP checkdisk). После запуска сервиса при попытке отправить почту выдает, что транзакция прервана с ошибкой 30011. В логе SMTP пишет нескончаемым потоком что-то типа
DrWEB_56 (точно не скажу — перезапустил сервак, он еще раз чекдиск включил). До этого попытался в настройках SMTP отключить антивирус и POPFile (тоже не запускался), рестарт сервисов — та же самая ошибка.. Погибаю под шквалом звонков..
Про drwebprompton_56 — в новых drweb32.dll обещали исправить.
ред: 08.04.2010 15:35
Command to server: QUIT
Письма с ящика прова не удаляются. какой файл запорчен?
^ PIG.POPCURRENTMSGID ), deleted immediately
ред: 08.04.2010 18:27
Так, одну нашёл. CommonPlugins\log.str.txt — замените в строках 2410 и 2412 волшебное слово PIG.POPCURRENTMSGID на POP3RECV:CURRENT-MSG-ID и перезапустите службу.
Спасибо за баг-репорт.
По части незавершения сессии Pop3Recv присылайте оперативный журнал. Можете на пробу переместить куда-нибудь DATA\DB\smtp\pop3recv.db3 и перезапустить службу. Если полегчает — оно разрушилось.
19:17:28 6 Error 1392 in the rule file "conf\smtp\delivery\LocalRcpt.rules.txt", line: 113, char: 75
19:17:28 6 Error 1392 in the rule file "conf\smtp\Delivery.rules.txt", line: 41, char: 99
19:17:28 6 Error 1392 in the rule file "conf\smtp\TossFile.rules.txt", line: 17, char: 12
19:17:28 6 Error 1392 in the rule file "conf\smtp\OnNewMail.rules.txt", line: 46, char: 30
19:17:28 6 Error 1392 while polling mailbox riapanda@westcall.net:110
19:35:28 7 Spam detected, delivery to ELihodeevskaya@riapanda.spb.ru is prohibited, passed to folder: ..\DATA\mail\in\riapanda.spb.ru\spamadmin
19:35:28 7 STAT: 6334:96:168:577:718
и обрывает сессию
ред: 08.04.2010 18:43
Я так понимаю, что поломался каталог какого-то почтового ящика. Посмотрите по оперативному журналу, кто там был в адресатах письма и посмотрите, что в ящике творится. По уму — всё, что можно, надо будет из ящика забрать, сам ящик удалить (или дефектый каталог в .BAD переименовать, если он действительно нечитаемый), диск ещё раз почекать. Потом восстанавливать ящик из того, что удалось спасти.
А может, имеет смысл устроить диску полную проверку, включая поверхность. Из-за сбоев на дисках иногда получаются нечитаемые сектора, которые можно починить обычной записью в них. Но данные, естественно, теряются.
Так, вижу, папка спам-администратора поломатая, похоже. Но не только, в 19:17:28 была доставка в пользовательский ящик.