qmail-scanner using clamav works fine, until the hourly vpopmail.clearopensmtp cronjob somehow destroys the /etc/tcp.smtp.cdb file, which as a result prevents the environment variable QMAILQUEUE="/var/qmail/bin/qmail-scanner-queue.pl" from being set. Therefore, the QMAILQUEUE patch doesn't get activated, and none of the recognized virusscanners, such as clamav, gets properly invoked. It's a really annoying bug, because qmail-scanner seems to work fine, and when you check half an hour later, you see that the clamav "received:" headers are again not showing up in the emails received (so it didn't get invoked). Absolutely annoying and insidious bug. # qpkg -I -v | grep mail net-mail/cmd5checkpw-0.22 * net-mail/fastforward-0.51-r1 * net-mail/dot-forward-0.71-r1 * net-mail/checkpassword-0.90-r1 * net-mail/qmailanalog-0.70-r1 * net-mail/ezmlm-0.53-r1 * net-mail/ripmime-1.3.0.4 * net-mail/qmail-pop3d-1.03-r1 * net-mail/vpopmail-5.2.1-r9 * net-mail/qmail-1.03-r13 * net-mail/cvm-vmailmgr-0.6 * net-mail/fetchmail-6.2.3 * net-mail/tnef-1.2.1 * net-mail/mess822-0.58-r1 * net-mail/vmailmgr-0.96.9-r1 * net-mail/qmail-sumo-1.03-r7 * net-mail/qmail-autoresponder-0.96.1-r1 * net-mail/clamav-0.67 * net-mail/razor-2.36-r1 * net-mail/hotwayd-0.5.3 * net-mail/mailfront-0.88 * net-mail/queue-fix-1.4-r2 * net-mail/maildrop-1.5.3 * net-mail/qmail-scanner-1.16-r2 * Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: qmail-scanner works for around 30 minutes, and then fails. Expected Results: the hourly cronjob shouldn't botch /etc/tcp.smtp.cdb I now have to run my own cron job that clears opensmtp, but also rebuilds tcp.smtp.cdb, because clearopensmtp leaves that file corrupted: #!/bin/sh /usr/bin/clearopensmtp cd /etc /usr/bin/tcprules tcp.smtp.cdb tcp.smtp.tmp < tcp.smtp cd Duh!
the offical response is this: vpopmail's relaying tcp.smtp stuff is considered obsolete. use net-mail/relay-ctrl instead. it's still enabled in vpopmail-5.2.* for those that use it, but it's forced to off in the new 5.4* series (which will be in stable in the next week or so). on the non-official side, I've never seen the cronjob destroy the CDB file, after many years of using qmail+vpopmail+qmail-scanner together. if you'd like to debug into what the corrupt is, i'd be quite interested in the results.
There is a patch out for this issue. I believe it's the fact that vpopmail doesn't read QMAILQUEUE before re-writing the tcp.smtp.cdb file. http://sourceforge.net/tracker/index.php?func=detail&aid=914124&group_id=85937&atid=577800 There are many people complaining about this in mailing lists. It is a vpopmail issue. hope this helps.
clearing up my bug tracking
closing old bugs now. as I said before, go and use relay-ctrl for SMTP-after-POP/IMAP.