Re: [Evolution] SpamAssassin with Evolution

[guenther <guenther rudersport de>]

I don't use spamassassin yet (want to set it up) but I use fetchmail and
procmail on two machines. And there sure are some some optimizations...


> Actually it's alot easier to do the following: 
>
> [ assuming you are doing this for yourself and not for the entire
> machine: ] 
>
> - Use fetchmail to get your mail and deliver it locally to your MTA 

yep


> - Use procmail (forward it via your .forward file) and run spamc or
> spamassassin on each incoming mail. 

uh, why? On my system (Mandrake 9.0) the local MTA looks for a
.procmailrc file. no need, to use a .fetchmail file to forward it to
procmail. As you don't do any other, you probably could leave that out.


> Now the mail is marked up with X-Spam-Status: as a header which you can
> use evo to filter (rule based) out and read the rest. 

Better approach would be, to let procmail move Spam to special folders.

Why bother with with fetchmail rules, procmail rules and Evo rules, when
you could have all rules in one single .procmailrc file?

That has the additional benefit, that these rules even work, when using
another MUA -- as if anyone want a mail client besides Evo... ;-)


> .fetchmailrc: 
> set daemon 5

checking every 5 _seconds_?


> On Fri, 2003-03-07 at 21:29, Jack Veenstra wrote:
> > Has anyone gotten SpamAssassin (an excellent tool for filtering out
> > spam) to work with Evolution?
> >
> > [...]
> >
> > 2. Another approach is to setup your .forward and .procmailrc files
> > to run spamassassin automatically when mail is received.  Then
> > spamassassin will rewrite the message headers of spam (this is what
> > I want).  I haven't been able to get this to work, however.  I've
> > read a lot of examples on the web and copied them to my .procmailrc
> > file but I can't get it to work.  It's as if nothing is marked as spam
> > (even for test messages that are definitely spam).  Has anyone gotten
> > this to work?

procmail does not get invoked, when polling new mail by Evo. See
below...


> > When do the commands in the .forward file get invoked?  Does Evolution
> > have to be aware of the .forward file (and parse it and run commands)?
> > Or does that happen in some other process?

fetchmail and procmail get invoked by the local MTA delivering the mail,
when configured so -- depends on your distribution...

They don _not_ get invoked, when using Evo to poll mail accounts.


> > Currently I have Evolution set up to read my mail out of a remotely
> > mounted file (using the "Local Delivery" setting).  I would like to
> > change that to fetch my mail using IMAP, but I have had problems getting
> > that to work.  How are the commands in the .forward file executed
> > under those two mechanisms (mbox file vs. IMAP)?

That's what I use:

fetchmail polls my remote POP3 accounts, delivers it locally. That
invokes procmail (see below). Evo polls my local IMAP server, as I need
my mails even when not at home. (DSL flat rules ;-)

procmail: I use procmail mainly to pre-sort my mail. There are quite a
lot of mailing lists. procmail stores incoming mails in the
corresponding mbox files. That means, when I start Evo, my mail already 
is sorted. No Evo side filtering needed...

A good procmail recipe would be to pipe the mail through spamassassin
and sort the mails according -- spam goes into a special mbox file.


If you need some hints for your procmail rules to get started, feel free
to ask.

...guenther


-- 
char *t="\10pse\0r\0dtu\0  ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4";
main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i<l;i++){ i%8? c<<=1:
(c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}