Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 44080 - qmail-scanner using clamav fails after hourly vpopmail.clearopensmtp cronjob
Summary: qmail-scanner using clamav fails after hourly vpopmail.clearopensmtp cronjob
Status: RESOLVED WORKSFORME
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Server (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Net-Mail Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-03-08 16:33 UTC by erik poupaert
Modified: 2005-02-13 22:17 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description erik poupaert 2004-03-08 16:33:07 UTC
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!
Comment 1 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2004-03-08 18:21:42 UTC
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.
Comment 2 Gene W. Jannece 2004-03-15 22:29:27 UTC
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. 
Comment 3 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2004-09-15 02:20:21 UTC
clearing up my bug tracking
Comment 4 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2005-02-13 22:17:43 UTC
closing old bugs now.
as I said before, go and use relay-ctrl for SMTP-after-POP/IMAP.