thanks! that preety much solved the problem.
where can i get a newer rpm then clam 0.87-1?
On 8/27/06, Rob MacGregor <[EMAIL PROTECTED]> wrote:
On 8/27/06, Erez Epstein <[EMAIL PROTECTED]> wrote:
> Hello,
>
> i have a problem when i try to install clam av.
> after running rpm -i
>
> [EMAIL PRO
* On 28/08/06 14:47 +0800, ZhangFrank wrote:
| Hi All,
|
| Now here is a OS, which is based on FreeBSD.
| I am design a Security Manage Center (like the one in Windows XP).
|
| In this Desktop version FB OS, I installed ClamAV. Now I need get
| the ClamAV'information
...
| (such as the version
Hi,
yes indeed, but we have changed our mailscanner from sophos to clamAV, so
some mailboxes have already the virus in the queue :-(
Ehm, by the way, we are using amavis 0.3.13 as mailscanner, but the performance
is very bad - is clamd working better for a mail-emergence up to 5000 mails/day
?
Erez Epstein wrote:
ok,
but i'm talking about remote mange, i mean that i need some tool that
will
show me
if i have some servers with outdated scan engine,
how can i do that?
I have started to write one (it is included in the distribution, look in
.../contrib/clamavmon)
but it isn't finished.
On 8/28/06, Erez Epstein <[EMAIL PROTECTED]> wrote:
thanks! that preety much solved the problem.
where can i get a newer rpm then clam 0.87-1?
See whoever created the RPM you're using just now. The standard
advice on this list is to compile from source...
--
Please keep list t
On Mon, 28 Aug 2006, Odhiambo Washington wrote:
> * On 27/08/06 15:02 -0400, Dan MacNeil wrote:
> |
> | See bottom of thread for thoughts
> |
> | >>the circumstances arose where mail folders are kept
> | >>from a pre-clamav time, or there was an issue with the clamav setup at
> | >>the time, or
David Blank-Edelman wrote:
Howdy-
We've recently been seeing our clamd processes run very hot (spiking
up to 85% of the CPU as reported by prtstat and top) on two different
Solaris 9 boxes. For example, here's a few lines from prtstat -L
(showing the two clamav threads who are together eating
I originally had the 'clamav-milter' working with Sendmail on my system.
I recently switched over to Postfix for numerous reasons.
I have not been able to configure the 'clamav-milter' to work correctly
with Postfix. I have version 2.3.x of Postfix which is suppose to
support Sendmail type milters
On Mon, 28 Aug 2006, Gerard Seibert wrote:
> I originally had the 'clamav-milter' working with Sendmail on my system.
> I recently switched over to Postfix for numerous reasons.
>
> I have not been able to configure the 'clamav-milter' to work correctly
> with Postfix. I have version 2.3.x of Pos
On Mon, Aug 28, 2006 at 09:35:56AM +0300, Henrik Krohns wrote:
> On Mon, Aug 28, 2006 at 09:25:54AM +0300, Odhiambo Washington wrote:
> > * On 27/08/06 15:02 -0400, Dan MacNeil wrote:
> >
> > | However, I beg to differ on the point that post-delivery scanning is
> > | useless (dumb???). We run cla
At 08:20 AM 8/28/2006, [EMAIL PROTECTED] wrote:
On Mon, 28 Aug 2006, Gerard Seibert wrote:
> I originally had the 'clamav-milter' working with
Sendmail on my system.
> I recently switched over to Postfix for numerous reasons.
>
> I have not been able to configure the 'clamav-milter'
to work c
i used to that in the past,
but after time.. i have learned that its not always good to compile from
source,
because many bad things can happen in the compilation process when you need
to upgrade a product.
sometimes when compiling old files are overwritten, without deleting other
files that aren
Erez Epstein wrote:
> On 8/28/06, Rob MacGregor <[EMAIL PROTECTED]> wrote:
> > On 8/28/06, Erez Epstein <[EMAIL PROTECTED]> wrote:
> > > thanks! that preety much solved the problem.
> > > where can i get a newer rpm then clam 0.87-1?
> >
> > See whoever created the RPM you're using just now. The
On Sun, 27 Aug 2006, Bit Fuzzy wrote:
> As for the situation, we've been using ClamAV for going on 3 years now,
> and I have never (I repeat never) seen this occur.
Occasionally there are major virus flare-ups (and often there are phishing
scams and such) that occur before an appropriate signature
jef moskot wrote:
On Sun, 27 Aug 2006, Bit Fuzzy wrote:
As for the situation, we've been using ClamAV for going on 3 years now,
and I have never (I repeat never) seen this occur.
Occasionally there are major virus flare-ups (and often there are phishing
scams and such) that occur before an app
On Mon, 28 Aug 2006, jef moskot wrote:
On Sun, 27 Aug 2006, Bit Fuzzy wrote:
As for the situation, we've been using ClamAV for going on 3 years now,
and I have never (I repeat never) seen this occur.
Occasionally there are major virus flare-ups (and often there are phishing
scams and such) th
On Mon, 28 Aug 2006 [EMAIL PROTECTED] wrote:
> jef moskot wrote:
> > Occasionally there are major virus flare-ups (and often there are phishing
> > scams and such) that occur before an appropriate signature is in place.
> When do you actually scan then? Do you scan when the email is retrieved by
>
jef moskot wrote:
I have a small script I modify to do the job of lifting the offending
messages out of the mbox files. On a large scale, there's the obvious
problem of modifying files that could be in use or files that the user
could modifying during the stripping process.
I can monitor these
On Mon, 28 Aug 2006 [EMAIL PROTECTED] wrote:
> I can see this working in a smaller environment although I still think
> it is less then ideal...
I think we all agree with that, but the world is a somewhat less than
ideal place and there are some cases where such a tool is useful. Thanks
to the or
[EMAIL PROTECTED] wrote:
jef moskot wrote:
I have a small script I modify to do the job of lifting the offending
messages out of the mbox files. On a large scale, there's the obvious
problem of modifying files that could be in use or files that the user
could modifying during the stripping pro
Jim Maul wrote:
You seem to be missing the point here. Nowhere that i saw did anyone
say that they are scanning the mailboxes INSTEAD of at smtp time. This
mailbox scanning is in addition to smtp scanning. I think anyone could
agree that additional scanning is beneficial (although not always
[EMAIL PROTECTED] wrote:
Jim Maul wrote:
You seem to be missing the point here. Nowhere that i saw did anyone
say that they are scanning the mailboxes INSTEAD of at smtp time.
This mailbox scanning is in addition to smtp scanning. I think anyone
could agree that additional scanning is benef
My mail server has been choking under high load for about 3 months now. I have
about 725 user accounts, using sendmail, imapd and horde for webmail. Top
shows the load average climbing above 30. Server is a 4 gb+ memory and Dual
pIII. I use clamav with procmail. Top shows clamscan in the top p
Dwayne Hottinger wrote:
My mail server has been choking under high load for about 3 months now. I have
about 725 user accounts, using sendmail, imapd and horde for webmail. Top
shows the load average climbing above 30. Server is a 4 gb+ memory and Dual
pIII. I use clamav with procmail. Top s
Jim Maul wrote:
Perhaps, but i read it differently.
Fair enough.
But anyway, why would you want to perform additional virus scanning of
mailboxes if it is all scanned upon arrival anyway? The only reason
I could think is if virus definitions were updated after some malware
had already been
On 8/28/06, Nigel Horne <[EMAIL PROTECTED]> wrote:
Repeating advice already given here: the engine in 0.88 is *old*. If
performance is
an issue upgrade to the code in CVS.
How long before the current CVS code base becomes the "stable" release?
Jeff D
___
Hello,
I get the message "Zip module failure ERROR" in my clamd logfile.
I use 0.88.4
I have (un)zip installed
Does anybody have a glue? Is clamd calling an external zip probram or
has it a internal one?
--
With kind regards,
Maurice Lucas
TAOS-IT
___
On 8/28/06, Dwayne Hottinger <[EMAIL PROTECTED]> wrote:
My mail server has been choking under high load for about 3 months now. I have
about 725 user accounts, using sendmail, imapd and horde for webmail. Top
shows the load average climbing above 30.
Try using clamdscan with sendmail instead
28 matches
Mail list logo