7:34 a.m.
Hi,
If I disable all spam checks under the current beta of Evolution, my
email comes down happily.
If I enable them, the email slows down considerably and finally sticks
on message 12 (it is always message 12).
I've seen this before and basically, it just needed .spamassassin being
hosed - but that doesn't seem to have worked this time.
On my other FC3t1 machine, SA works just fine (that box hasn't missed a
beat other than going from RH 7.3 to 8) as does the FC2 box at work. As
a quick test, I've just brought over the .spamassassin directory from
the other machine and downloading email/checking is still dog slow.
Any ideas on what is causing this?
TTFN
Paul
--
"Look. If you had one shot, one opportunity, to seize everything you
ever wanted. One moment to capture or would you just let it slip?" -
Marshall Mathers III (Lose Yourself)
9:03 a.m.
On Wed, 2004-07-28 at 13:34 +0100, Paul wrote:
I've just brought over the .spamassassin directory from
the other machine and downloading email/checking is still dog slow.
Same for me,
spamassassin uses a lot of cycles. I already disabled
remote tests from Mail Preferences -> Junk.
--
Marius Andreiana
Galuna - Solutii Linux in Romania
http://www.galuna.ro
11:23 a.m.
Marius Andreiana <mandreiana(a)rdslink.ro> writes:
On Wed, 2004-07-28 at 13:34 +0100, Paul wrote:
> I've just brought over the .spamassassin directory from
> the other machine and downloading email/checking is still dog slow.
Same for me, spamassassin uses a lot of cycles. I already disabled
remote tests from Mail Preferences -> Junk.
My solution for a while now has been to weed out the easy spam with
procmail before it gets to spamassassin.
It can really cut down on the load that goes thru spamassassin
If you are using procmail to invoke spamassassin then just put the
homemade recipes ahead of that one.
If not then spamassassin docu has tips for how to set that up.
There are a number of generic procmail scripts available on line to
get you started. `google procmail spam recipe' will get you started I
think.
As you experiment you will find more and more traps that will further
ease spamassasins work.
2:25 p.m.
Hi,
> I've just brought over the .spamassassin directory from
> the other machine and downloading email/checking is still dog slow.
Same for me, spamassassin uses a lot of cycles. I already disabled
remote tests from Mail Preferences -> Junk.
That was the first thing I tried. No good, still dog slow.
TTFN
Paul
--
"Look. If you had one shot, one opportunity, to seize everything you
ever wanted. One moment to capture or would you just let it slip?" -
Marshall Mathers III (Lose Yourself)
2:40 p.m.
On Wednesday 28 July 2004 14:25, Paul wrote:
> Same for me, spamassassin uses a lot of cycles. I already
> disabled remote tests from Mail Preferences -> Junk.
That was the first thing I tried. No good, still dog slow.
TTFN
Paul
I'm not familiar with Evolution but if your selection of "Mail
Prefereces -> Junk" doesn't mean that spamassassin is invoked with
the "-L" parameter it may help if you use it (spamassassin -L).
Regards, Mike Klinke
4:05 p.m.
On Wed, 2004-07-28 at 20:25 +0100, Paul wrote:
> > I've just brought over the .spamassassin directory
from
> > the other machine and downloading email/checking is still dog slow.
> Same for me, spamassassin uses a lot of cycles. I already disabled
> remote tests from Mail Preferences -> Junk.
That was the first thing I tried. No good, still dog slow.
What if you select not to check for *any* junk, does it still go slow?
I have that problem and it's something with the way evolution interacts
with spamassassin. I just turned it off completely and just use
spamassassin for now until it gets better.
--
Mike Chambers
Madisonville, KY
"It's only funny until someone gets hurt...Then it's hilarious!"
4:42 p.m.
On Wed, Jul 28, 2004 at 08:25:21PM +0100, Paul wrote:
That was the first thing I tried. No good, still dog slow.
Are you using spamassassin in daemon mode, or standalone? If standalone,
switching to running as a daemon will make a huge difference.
--
Matthew Miller mattdm(a)mattdm.org <http://www.mattdm.org/>
Boston University Linux ------> <http://linux.bu.edu/>
7205
days inactive
7205
days old
6 comments
6 participants
participants (6)
-
Harry Putnam -
Marius Andreiana -
Matthew Miller -
Mike Chambers -
Mike Klinke -
Paul F. Johnson