I just upgraded a way old, working clam installation but now it doesnt
work ;(
Clam is marking dirty files as clean and forwarding them to accounts.
any ideas for what to look at would be greatly appreciated.
snipped header
x-virus-scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on --
On Thu, 23 Jun 2005, Ed Stover wrote:
I just upgraded a way old, working clam installation but now it doesnt
work ;(
Clam is marking dirty files as clean and forwarding them to accounts.
any ideas for what to look at would be greatly appreciated.
Just a thought, but maybe freshclam isn't
Thank's a lot.
David
- Original Message -
From: Randal, Phil [EMAIL PROTECTED]
To: ClamAV users ML clamav-users@lists.clamav.net
Sent: Wednesday, June 22, 2005 4:48 PM
Subject: RE: [Clamav-users] libcrypto.so.4
David Kandou wrote:
Dear all,
When I want to install clamav 0.85 (rpm
Damian Menscher wrote:
On Thu, 23 Jun 2005, Ed Stover wrote:
I just upgraded a way old, working clam installation but now it doesnt
work ;(
Clam is marking dirty files as clean and forwarding them to accounts.
any ideas for what to look at would be greatly appreciated.
Just a thought,
I am using sendmail 8.13.4 on a redhat 7.3 system.
.85.1 compiled as a milter with no issues while .86 reports the
following errors.
clamav-milter.o(.text+0xe46): In function `main':
/usr/src/clamav-0.86/clamav-milter/clamav-milter.c:1577: undefined
reference to `smfi_opensocket'
I have
James Conner wrote:
I am using sendmail 8.13.4 on a redhat 7.3 system.
.85.1 compiled as a milter with no issues while .86 reports the
following errors.
clamav-milter.o(.text+0xe46): In function `main':
/usr/src/clamav-0.86/clamav-milter/clamav-milter.c:1577: undefined
reference to
Troy Ayers wrote:
James Conner wrote:
I am using sendmail 8.13.4 on a redhat 7.3 system.
.85.1 compiled as a milter with no issues while .86 reports the
following errors.
clamav-milter.o(.text+0xe46): In function `main':
/usr/src/clamav-0.86/clamav-milter/clamav-milter.c:1577: undefined
Hello Jorge Valdes,
Attached is a patch that will change this behaviour, and allow all of
Please use clamav-devel@
Best regards
--
Luca Gibelli (luca at clamav.net) - ClamAV, a GPL virus scanner
PGP Key Fingerprint: C782 121E 8C3A 90E3 7A87 D802 6277 8FF4 5EFC 5582
PGP Key Available on:
Hello Damian Menscher,
WARNING: Your ClamAV installation is OUTDATED!
WARNING: Local version: 0.86 Recommended version: 0.85.1
Any ideas what's going on?
Don't worry about it... apparently the human updating the DNS record
That's me :)
just goofed, but it looks like it's already been
On Thu, 23 Jun 2005, Luca Gibelli wrote:
Hello Damian Menscher,
WARNING: Your ClamAV installation is OUTDATED!
WARNING: Local version: 0.86 Recommended version: 0.85.1
Any ideas what's going on?
Don't worry about it... apparently the human updating the DNS record
just goofed, but it looks
On Thu, 23 Jun 2005 15:14:02 -0500 (CDT) in
[EMAIL PROTECTED] Damian
Menscher [EMAIL PROTECTED] wrote:
Some timestamps (in GMT) for the record:
I saw the problem at 05:37:01, but not at 05:52:00. Bill saw it at
05:52:07. And lizdeika on IRC reported it at 06:10, though
presumably it
Hello!
This is my first post to list.
I have problems to get the new version using APT on Debian based system,
I make an apt-get update, next apt-get install clamav says that I'm up
to date, looking on my cache (apt-cache showpkg clamav) they say package
version 0.85.1.
I need to change
Hello Damian Menscher,
So, if you didn't do it, and none of the other team-members did it, then
who did? This raises an interesting issue: if an attacker figures out
how to poison the DNS server, nobody would get updates. As unlikely as
that seems, it makes me wonder if we should
On Thu, 23 Jun 2005, Luca Gibelli wrote:
Hello Damian Menscher,
(BTW, this was reported in #clamav, here, and I saw it in my own logs.
So it wasn't just a fluke of someone's local DNS server getting confused
and giving the wrong info. Also, the fact that the timestamp was
correct indicates
On Thu, Jun 23, 2005 at 05:51:16PM -0300, Gerardo Ponce said:
Hello!
This is my first post to list.
I have problems to get the new version using APT on Debian based system,
I make an apt-get update, next apt-get install clamav says that I'm up
to date, looking on my cache (apt-cache
Hello Damian Menscher,
my only explanation is that one of the slave servers hasn't received any
update during the last 2 days for the cvd.clamav.net zone. I'll start
investigating.
If that were the case, wouldn't we have seen warnings that the timestamp
was outdated (it has to be newer
Damian wrote:
So, if you didn't do it, and none of the other team-members did it,
then who did? This raises an interesting issue: if an attacker
figures out how to poison the DNS server, nobody would get updates.
Worse, an attacker could point the records to a server under their own control,
Matthew van Eerde wrote:
Damian wrote:
So, if you didn't do it, and none of the other team-members did it,
then who did? This raises an interesting issue: if an attacker
figures out how to poison the DNS server, nobody would get updates.
Worse, an attacker could point the records to a
On Thu, 23 Jun 2005 [EMAIL PROTECTED] wrote:
Damian wrote:
So, if you didn't do it, and none of the other team-members did it,
then who did? This raises an interesting issue: if an attacker
figures out how to poison the DNS server, nobody would get updates.
Worse, an attacker could point the
On Thu, 23 Jun 2005 14:39:47 -0700 in
[EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Damian wrote:
So, if you didn't do it, and none of the other team-members did it,
then who did? This raises an interesting issue: if an attacker
figures out how to poison the DNS server, nobody would get
On Thu, Jun 23, 2005 at 05:51:16PM -0300, Gerardo Ponce said:
Hello!
This is my first post to list.
I have problems to get the new version using APT on Debian based system,
I make an apt-get update, next apt-get install clamav says that I'm up
to date, looking on my cache (apt-cache
This is my first post to list.
I have problems to get the new version using APT on Debian based system,
I make an apt-get update, next apt-get install clamav says that I'm up
to date, looking on my cache (apt-cache showpkg clamav) they say package
version 0.85.1.
Hmm, I installed from
I've scoured the web and only found the reference to configure using the
wrong mfapi.h. Since I know my sendmail-8.13.3 mfapi.h is the only one it
can be using, what else could be causing this?
I'm baffled by this, clamav-0.86.1 builds and runs fine on a FreeBSD 4.5
release box with
Blue Moon System Operator wrote:
I've scoured the web and only found the reference to configure using
the wrong mfapi.h. Since I know my sendmail-8.13.3 mfapi.h is the only
one it can be using, what else could be causing this?
I'm baffled by this, clamav-0.86.1 builds and runs fine on a
one of the things i've noticed - and it could be confirmation bias,
i'll admit up front - but i swear that every *other* release of
clamav i run into memory usage problems with clamd. for example,
.85 ran for a good long while, never a problem
.85.1 clamd would routinely blow up in size until
On Thu, 23 Jun 2005 [EMAIL PROTECTED] wrote:
one of the things i've noticed - and it could be confirmation bias, i'll
admit up front - but i swear that every *other* release of clamav i run into
memory usage problems with clamd. for example,
.85 ran for a good long while, never a problem
26 matches
Mail list logo
