В последнее время участились отказы сервера в пересылке сообщений с вложениями, для клиента это выглядит как - Local problem, please try again later. При этом никакой зависимости от типа вложений отследить не удалось - скажем один pdf-файл нормально уйдёт, а второй нет.
В panic.log при этом заносятся сообщения вида:
Отключать проверку очень не хочется, хотя на моей памяти что-то там находилось от силы раз 5, но если не решить эту проблему придётся.
В чём может быть проблема?
Спасибо.
Received signal: wake up
ClamAV update process started at Fri Oct 8 08:36:09 2010
main.cld is up to date (version: 52, sigs: 704727, f-level: 44, builder: sven)
daily.cld is up to date (version: 12105, sigs: 135487, f-level: 53, builder: guitar)
bytecode.cld is up to date (version: 80, sigs: 10, f-level: 53, builder: edwin)
--------------------------------------
Received signal: wake up
ClamAV update process started at Fri Oct 8 09:36:09 2010
main.cld is up to date (version: 52, sigs: 704727, f-level: 44, builder: sven)
daily.cld is up to date (version: 12105, sigs: 135487, f-level: 53, builder: guitar)
bytecode.cld is up to date (version: 80, sigs: 10, f-level: 53, builder: edwin)
--------------------------------------
Received signal: wake up
ClamAV update process started at Fri Oct 8 10:36:09 2010
main.cld is up to date (version: 52, sigs: 704727, f-level: 44, builder: sven)
daily.cld is up to date (version: 12105, sigs: 135487, f-level: 53, builder: guitar)
bytecode.cld is up to date (version: 80, sigs: 10, f-level: 53, builder: edwin)
--------------------------------------
А никакой зависимости от обновления версий по, демонов нельзя установить? И еще...вы говорили про пдфки.....эта же прблема бывает при других вложениях? Нет ли зависимости от клиентских почтовых программ?
Aptitude 0.4.11.11: log report
Mon, Sep 27 2010 13:57:25 +0400
IMPORTANT: this log only lists intended actions; actions which fail due to
dpkg problems may not be completed.
Will install 14 packages, and remove 0 packages.
1544kB of disk space will be used
===============================================================================
.....................................................
[UPGRADE] clamav 0.96.1+dfsg-1~volatile1 -> 0.96.3+dfsg-1~volatile1
[UPGRADE] clamav-base 0.96.1+dfsg-1~volatile1 -> 0.96.3+dfsg-1~volatile1
[UPGRADE] clamav-daemon 0.96.1+dfsg-1~volatile1 -> 0.96.3+dfsg-1~volatile1
[UPGRADE] clamav-freshclam 0.96.1+dfsg-1~volatile1 -> 0.96.3+dfsg-1~volatile1
.................................
===============================================================================
Хронология событий - менее недели тому назад обратился пользователь с данной проблемой, у него она возникла при попытке отправить zip-архив с pdf, для прояснения ситуации пытались отправить разные pdf, некоторые отправились, некоторые нет. В качестве клиента используется MozillaThunderbird. И теперь я почти каждый день получаю сообщение "exim paniclog /var/log/exim4/paniclog on mail.byterg.ru has non-zero size, mail system might be broken".
Ну тут может быть несколько причин
Битый архив
Clam не переваривает корректно pdf
Как вариант можно отключить только проверку pdf (насколько я помню в clamd.conf есть даже такая опция)
Ну и баги никто не отменял
Какие то выборочные баги. Возможно проблема с базами, но мало вероятно что бы базы оказывали влияние на это, тут скорее проблема движка. Но пакет обновлён достаточно давно, а проблеме от силы неделя. Больше смахивает на проблему конкретного pdf, читается корректно, это вполне объясненяет проблему с zip, который содержал несколько pdf.
Но вы же понимаете, что пользователя это не беспокоит. Сейчас это оказался разумный человек, ну а будет "начальника"? Вот и хочется решить проблему без отключения clamd.
