As you already have done, most server-side email av solutions work by plugging into the mail delivery loop and scanning the messages "in transit". This works just fine on my system, using amavis + postfix, and I'm not sure what you would gain by scanning the database data because you've already cleaned the messages before they get there...
I think the way to approach it is to write a dedicated script/program to iterate over the messages, read the data into a scanner, then react accordingly - quarantine?/delete/pass. It shouldn't be too difficult, but you may want to add a "scanned" flag to the table so you know what's been checked (set it false when the message is created / written to, true after scanning) in order to speed things up on later runs. Potentially, you could interface the AV app into the message insertion/retrieval database functions if it has a shared library version available (eg sophos), which would be a whole lot quicker, and would alleviate the need to scan the sendmail queue separately. Just my 2c worth... Richard. >Dear sirs, >Currently, I have a standard mail setup, redhat 7.2 with uw-imapd+sendmail. >I have completed this setup with kaspersky virusscanner of all incoming >and outgoing mail. I believe there will be no problems incorporating >dbmail with this. >I also scan my server every night for viruses. This includes all mailboxes. >Any suggestions on how to scan the messages in the dbmail database? > >regards, > >Magnus Sundberg >
