Just attempted a trial with clamav-0.75 here are the results:
clamscan --mbox *
Notification: OK
Virus-Sample.070104: OK
VirusSample.072504: OK
VirusSample2.txt: Worm.SomeFool.Gen-1 FOUND
VirusSample3.txt: Worm.SomeFool.P FOUND
VirusSample.txt: Worm.SomeFool.P FOUND
Work/msg-12403-1.txt: Worm.SomeF
Dear Brian Bruns,
I had visited the website and not quite understand the implementation
steps, for your information, I intend to set this up on my firewall
which is a debian box (woody).
If I am not mistaken, this also, only scans web traffic which will run
on http port.
Had you ran-across an
Brian Morrison wrote:
All the time this was happening both host and dig returned the whole 15
A records for database.clamav.net quite happily, so it must be a
freshclam/resolver library issue I think.
I don't recall ever seeing this message before, but since upgrading to
0.75 this morning I have r
> > +peer_size = sizeof(peer);
> > +if(getpeername(sockd, (struct sockaddr *) &peer, &peer_size) < 0) {
> > + perror("getpeername()");
> > + mprintf("@Can't get socket peer name.\n");
> > + return -1;
> > +}
> > +
> > +server.sin_addr.s_addr = peer.sin_addr.s_addr;
On Saturday 24 Jul 2004 19:15, Jan wrote:
> Only host1 is used. If I put host2 first, host1 will not be used anymore and
> everything will be send to host2.
It is already known that if you have two hosts that are similarly loaded the load
balancing
tends to favour the first one. This is an activ
On Saturday 24 Jul 2004 20:57, Jan wrote:
> If I stop the clamd process on host1 the clamav-milter process
> on the sendmail server even crashes:
>
> uid 106: exited on signal 10
Thanks for this - I've now fixed the bug. I will upload to CVS after some testing.
The problem only relates to what h
