Ola Thoresen wrote:
I have captured several messages, and sent them to Thomas and Nigel.
This seems to be an issue with some messages with attachments of
Content-type: application/mac-binhex40;
I can confirm this and I can confirm too that thomas' patch fixes the
problem here.
Stefan
Nigel Horne wrote:
4) Yes I am working on a solution and yes I am aware of it!
I have just disabled binhex decoding in CVS while I further investigate this.
I had success with the patch produced by Thomas Lamy at least for the 2
message that I have - are there some issues with that one ?
Ola Thoresen wrote:
snip
typically our mailrelays do run out of memory(1GB physical and 2Gb swap)
after a few (maybe 10 to 15) minutes with the snapshots 20040113 and
20040119 under load
We see this problem as well.
On a couple of servers (Fedora Core 1, kernel 2.4.22-1.2149.nptl) with
Franco Gasperino wrote:
On Monday 02 February 2004 02:21 am, Stefan Kaltenbrunner wrote:
ok after setting up a complicated testbed I managed to capture a message
which results in a 2GB(!) memoryallocation of the latest snapshot
02012004 in less then 3 seconds ...
unfortunatly I'm unable
Tomasz Papszun wrote:
On Thu, 08 Jan 2004 at 19:25:36 +, Antony Stone wrote:
Clamscan's working fine for me here (Linux 2.4.23, ClamAV 0.60, with the big
database update just released, therefore 27645 signatures).
27645? How come? The database at the moment contains 19799 signatures.
I
There seems to be a problem with the new TCPAddr support in the latest
snapshots - setting TCPSocket without setting TCPAddr (happens for
example when upgrading from an older version) reliably segfaults upon
startup on my system (Debian Testing/x86).
Stefan
Odhiambo Washington wrote:
Okay, I know this is not good at all, that I run the CVS version of clamav
on a production box. It's suicide. I've run the daily snapshots for some
time without disappointment when it comes to supervising the service with
daemontools. However, something in CVS seems to
Marc Balmer wrote:
Hi
I have been running clamd 0.60 for quite some time now on our mail
gateway in a milter setup (not the ClamAV milter, but our own one that
speaks the clamd protocol).
clamd in this version is not stable and I wonder if it is the server
part or libclamav thats causing the
Tomasz Kojm wrote:
On Sun, 17 Aug 2003 19:38:10 +0200
Arkadiusz Miskiewicz [EMAIL PROTECTED] wrote:
Hi,
STREAM support is long awaited feature by me. Unfortunately it seems
badly designed.
The idea of the protocol is based on OpenAntiVirus ScannerDaemon's POST
command, with some
