Gnus development mailing list
 help / color / mirror / Atom feed
From: Jonas Steverud <tvrud@bredband.net>
Subject: Re: spamc invocation: move from procmail to Gnus
Date: Sun, 25 Apr 2004 13:32:58 +0200	[thread overview]
Message-ID: <m2smesmgwl.fsf@c-a75372d5.036-4-67626721.cust.bredbandsbolaget.se> (raw)
In-Reply-To: <873c6tdvbs.fsf@unix.home.local> (Vasily Korytov's message of "Sat, 24 Apr 2004 23:33:59 +0400")

deskpot@despammed.com (Vasily Korytov) writes:

> Hi everybody,

Hello.
[...]
> I.e. it's fetched by fetchmail and other means and put in maildir by
> procmail, preprocessed by spamassassin. I'm moving my home directory to
> NFS and the host machine (k6-266/128m/ata) won't be able to easily
> handle spamassassin. So I want to run spamc on client machines.

I don't quite follow what you try to archive. I'm with you all the way
up to "run spamc on client machines." Will the client machines run
fetchmail and procmail?

> I've also looked into spam.el, but found the way, it offers, too
> complicated, but uneffective. I simply want to have spamassassin scores
> in message header before it gets delivered to a folder.

It might be so that you are looking at Gnus from the procmail/SA
angle but need to look at procmail/SA from the Gnus angle.

What does you do with the spam that SA detects? I.e. what does you do
with mails that has the "X-SPAM: yes" header? Do you score on it or do
you split such emails to a specific group? Does you use SA's training
capabilities or just the static rule check?

I'm not convinced spam.el can be used to use spamassassin as is but
need to be extended. This should be possible and definitely something
some here might help out with - since it is a feature that is needed. 

I had one long look at spam filtering in Gnus before selecting which
backend I should use and I found like you did that spamassassin is not
perfectly integrated into Gnus (yet) so I decided I should use
bogofilter instead and I'm quite happy with that result.

It is nontrivial to use spamassassin from inside Gnus, one way of
solving this is to decide if you have to use spamassassin or can
change to some other filter - or wait until SA is integrated.

Can you describe the thoughts behind your decisions why you arrived at
this solution?

-- 
(        http://hem.bredband.net/steverud/        !     Wei Wu Wei     )
(        Meaning of U2 Lyrics, Roleplaying        !  To Do Without Do  )




  reply	other threads:[~2004-04-25 11:32 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-24 19:33 Vasily Korytov
2004-04-25 11:32 ` Jonas Steverud [this message]
2004-04-25 19:38   ` Vasily Korytov
2004-04-26  7:24     ` Jonas Steverud
2004-04-26 11:15       ` Vasily Korytov
2004-05-12 16:48   ` Ted Zlatanov
2004-05-13  8:26     ` Jonas Steverud
2004-04-30  0:18 ` Kevin Ryde

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m2smesmgwl.fsf@c-a75372d5.036-4-67626721.cust.bredbandsbolaget.se \
    --to=tvrud@bredband.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).