NOTE: I am not really expecting an answer to this, but didn't find much of a discussion of these errors in the archive. Therefore, I'm writing my experiences in the hopes that others with these errors can work around their problems.
As of this morning, I had v0.70 up and running, and seemed to be working just fine. I still don't kow why it was bouncing authentication for a local mailman account sending to itself, but I stopped that message from sending, so I was OK. Anyway, not being one to leave well enough alone, I wanted to update to v0.71. The clamav website gives two sources for Fedora RPMs: Crash and Dag. I went with Dag. I installed Clam-av, Clamav-milter, Clamav-db, and Clamd. So far, so good. I then restarted clamd and clamav-milter to make sure I was running the new version. At this point, mail seemed to be going through unscanned, with the following lines in my maillog: May 27 12:28:06 davinci sendmail[32077]: i4RGS5a2032077: Milter: data, reject=451 4.7.1 Please try again later May 27 12:28:36 davinci sendmail[32079]: i4RGSU3h032079: Milter: data, reject=451 4.7.1 Please try again later May 27 12:31:27 davinci sendmail[32145]: i4RGVQgi032145: Milter: data, reject=451 4.7.1 Please try again later I isolated these problems to the command-line options being used when starting up. When I was working properly, I had started manually using: clamav-milter --quarantine-dir=/var/run/clamav/quarantine --max-children=10 --force-scan --local --postmaster-only --server=localhost local:/var/run/clamav/clamav-milter.sock However when running 'service clamav-milter restart' I found I was running: clamav-milter --quarantine-dir=/var/clamav/quarantine --max-children=10 --force-scan --local --postmaster-only --server=localhost local:/var/run/clamav/clamav-milter.sock --config-file=/etc/clamav.conf --he aders --noreject --outgoing I isolated the problem to the clamav.conf file, but have not delved any deeper than thay yet because I've gotten the clamav-milter dead but subsys locked error when checking on the status of the daemon (service clamav-milter status). The subsys file (/var/lock/subsys/clamav-milter) seems to be created correctly, but is persistent. Deleting it then gave me a status of 'stopped', but trying to start it again and checking status gave me the same "subsys locked" error. I then got the brilliant idea of checking the messages log, which uncovered: May 27 13:07:12 davinci clamav-milter: ClamAv: Unable to bind to port local:/var/run/clamav/clamav-milter.sock: Address already in use May 27 13:07:12 davinci clamav-milter: ClamAv: Unable to create listening socket on conn local:/var/run/clamav/clamav-milter.sock May 27 13:07:12 davinci clamav-milter: clamav-milter startup succeeded This led me to what I think was the problem: I moved the clamav-milter.sock file out of the way and tried to start again. The milter started normally, and seems to be processing mail correctly. Eventually I'll get to whatever is in the clamav.conf file that is causing the hang-up mentioned earlier. Simply for reference, I'm pasting the options in the conf file below. -Don LogFile /var/log/clamav/clamd.log LogFileMaxSize 2M LogTime LogVerbose PidFile /var/run/clamav/clamd.pid DatabaseDirectory /var/clamav LocalSocket /var/clamav/clamd.socket StreamSaveToDisk StreamMaxLength 10M ReadTimeout 600 MaxDirectoryRecursion 15 User clamav ScanOLE2 ScanMail ScanArchive ArchiveMaxFileSize 10M ArchiveMaxRecursion 5 ArchiveMaxFiles 1000 ArchiveMaxCompressionRatio 200 # Note: Clamuko/Dazuko is not configured/running ClamukoScanOnOpen ClamukoScanOnClose ClamukoScanOnExec ClamukoIncludePath /home ClamukoMaxFileSize 1M ClamukoScanArchive ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click _______________________________________________ Clamav-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/clamav-users
