Re: [Clamav-users] Fwd: clamav 0.65 remote DOS exploit

2004-02-10 Thread Michael Dankov
On Tue, 10 Feb 2004, russ wrote: r>This just came to the qmail-scanner list. Is this an issue for all users r>of the stable 0.65? This is unfortunately true. It was fixed in CVS five days after 0.65 came out: mbox.c: * Revision 1.11 2003/11/17 07:57:12 nigelhorne * Prevent buffer overflow i

Re: [Clamav-users] Can't seem to get clamav-milter to scan mail

2004-02-06 Thread Michael Dankov
Hi! On Fri, 6 Feb 2004, Nigel Horne wrote: NH>On Friday 06 Feb 2004 12:08 am, Michael St. Laurent wrote: NH> NH>> > If you do a ps is clamav-milter running? NH>> NH>> Yes. ps -elf | grep clamav-milter returns: NH> NH>Nothing springs to mind, I'm sorry to say. NH> NH>So try this, enable debug and

Re: [Clamav-users] TcpSocket and --quarantine-dir option

2004-02-04 Thread Michael Dankov
On Tue, 3 Feb 2004, [UTF-8] Kriе║tof Petr wrote: KP>I decided to switch from LocalSocket to TcpSocket on clamd server KP>for windows users can start testing windows client from their Win KP>workstations. KP> KP>But this option is exclusive with --quarantine-dir on clamav-milter. KP> KP>Is there so

Re: [Clamav-users] Milter timeouts.

2004-02-01 Thread Michael Dankov
Hi! On Thu, 29 Jan 2004, Spike Ilacqua wrote: SI>Tomasz Kojm <[EMAIL PROTECTED]> wrote: SI>> Setup a big ThreadTimeout as a temporary work-around. SI> SI>How big is big? I tried 7200 and still saw lots of: SI> SI>Milter read(clamav): timeout before data read SI>Milter (clamav): init failed to op

Re: [Clamav-users] Segfault without trace?

2003-12-18 Thread Michael Dankov
On Thu, 18 Dec 2003, Odhiambo Washington wrote: OW>I am running clamav-devel-20031211. OW> OW>Is there anything else I need to provide to help with this situation? OW>Where do I look? At the latest CVS you do :) I believe this was fixed Dec 14 2003. misha. ---

Re: [Clamav-users] clamav-milter - runaway process problem

2003-12-16 Thread Michael Dankov
hi! On Tue, 16 Dec 2003, Mike Brodbelt wrote: MB>> Do you need to restart both clamav-milter and clamdscan, or only one of MB>> them? MB> MB>I restart both clamd and clamav-milter. Is restarting clamav-milter only makes no sense? MB>P.S. This is a dual processor box - any remote possibility o

Re: [Clamav-users] clamav-milter - runaway process problem

2003-12-13 Thread Michael Dankov
Hi! On Fri, 12 Dec 2003, Mike Brodbelt wrote: MB>Dec 12 07:16:35 castor clamav-milter[8758]: clean message from MB><[EMAIL PROTECTED]> MB>Dec 12 07:18:08 castor clamav-milter[8880]: clamfi_connect: connection MB>from castor.acu.ac.uk [194.81.120.81] MB>Dec 12 07:20:23 castor clamd[12601]: SelfChe

Re: [Clamav-users] clamav-milter - runaway process problem

2003-12-12 Thread Michael Dankov
Hi! On Fri, 12 Dec 2003, Mike Brodbelt wrote: MB>>>Dec 11 14:08:33 castor clamav-milter[12303]: ClamAv: private data not NULL MB>>>Dec 11 14:08:33 castor clamav-milter[12301]: ClamAv: private data not NULL MB> MB>CVS snapshot from 9th December. MB>$ grep "private data" ./sendmail-8.12.10/libmilte

Re: [Clamav-users] clamav-milter - runaway process problem

2003-12-09 Thread Michael Dankov
On Tue, 9 Dec 2003, Mike Brodbelt wrote: MB>Just a quick note to point out that the problem with clamd blocking and MB>then clamav-milter spawning a ridiculous number of chils processes is MB>still not fixed in the CVS snapshot from today. I see this in the logs:- MB> MB>Dec 9 16:08:49 castor cla

Re: [Clamav-users] New version 0.65 with old problems

2003-12-02 Thread Michael Dankov
Hi! On Tue, 2 Dec 2003, [UTF-8] Kriе║tof Petr wrote: KP>The number of open files counted via 'lsof | grep clam | wc -l' KP>show astronomical values. KP> KP>I guess it goes wrong when some with slow connectivity try to send KP>really big email. The timeouts are reach, and everything goes to [EMAIL

Re: [Clamav-users] clamav-milter: is it possble to mark infected e-mail, but still deliver it to addressee ?

2003-11-28 Thread Michael Dankov
Hi! On Fri, 28 Nov 2003, Tommi Rintala wrote: TR>I hope that I didn't understand the original question wrong, but how about TR>installing amavis to work with clamav. It could inform the user that an TR>infected mail message was tried to be delivered, but was stopped (so no TR>actual delivery is d