All incoming mail marked unchecked

[Erik Kramer]

Hi,

I have a fresh install of Kolab 3.4 on Centos 7.

Incoming email all gets tagged with ***UNCHECKED***

First I found this message:
https://kolab.org/hub/topic/80/unchecked-tagging-on-all-messages/2

I did the clamav update and ran freshclam.
Didn't help.

Then I found this message:
http://lists.kolab.org/pipermail/users/2014-December/018491.html

And this bugreport:
https://issues.kolab.org/show_bug.cgi?id=3565

Which made sense compared to my maillog.
So I updated /etc/amavisd/amavisd.conf to point to
/var/run/clamd.amavisd/clamd.sock
Did a reboot

The log report looks better, but now when an email comes in it gets stuck
at:

amavis[3335]: (!)policy protocol: INVALID AM.PDP ATTRIBUTE LINE: CONTSCAN
/var/spool/amavisd/tmp/amavis-20161023T221257-03336-LPnRaheV/parts\n
amavis[3335]: switch_to_client_time 480 s, receiving AM.PDP data
amavis[3336]: (03336-02) prolong_timer ask_daemon_internal_scan: timer 288,
was 10, deadline in 479.9 s
 amavis[3336]: (03336-02) rw_loop: needline=0, flush=0, wr=0,
timeout=287.989

After a while it times out with:

amavis[3336]: (03336-02) get_deadline ask_daemon_internal - deadline in
191.9 s, set to 116.000 s
amavis[3336]: (03336-02) prolong_timer ask_daemon_internal: timer 116, was
0, deadline in 191.9 s
amavis[3336]: (03336-02) get_deadline run_av_5 - deadline in 191.9 s, set
to 116.000 s
amavis[3336]: (03336-02) prolong_timer run_av_5: timer 116, was 116,
deadline in 191.9 s
amavis[3336]: (03336-02) (!)ClamAV-clamd av-scanner FAILED: run_av error:
ask_daemon_internal: Exceeded allowed time at (eval 130) line 611.\n
amavis[3336]: (03336-02) (!)WARN: all primary virus scanners failed,
considering backups
amavis[3336]: (03336-02) (!!)AV: ALL VIRUS SCANNERS FAILED

And then the email comes in with ***UNCHECKED*** again.

If you have any thoughts about this issue, they are very welcome.

Thanks,


Erik
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20161023/f4baba52/attachment.html>