/ Cameron Simpson wrote on Sat  3.Nov'12 at 20:08:03 +1100 /

> On 02Nov2012 20:15, Russell L. Harris <rlhar...@oplink.net> wrote:
> | * Jamie Paul Griffin <ja...@kode5.net> [121102 19:36]:
> | > I have set up macros that bind keys to pass messages to spamassassin
> | > using sa-learn and then puts the message into the spam mailbox. Is
> | > this the type thing you mean? The spam mailbox can later be used to
> | > train spamassassin for future filtering, using procmail.
> | 
> | Is the "return path" the true address of the sender?
> 
> No.
> 
> In legitimate messages it is where errors should go. For a person, that
> would normally be themselves. But for a mailing list it would be the
> list admin.
> 
> | If so, I would
> | like to blacklist such addresses.
> 
> Not a lot of point.
> 
> | The "From:" field shown in the
> | message index of Mutt almost always is rewritten -- sometimes to an
> | address from which valid messages may originate -- so I hesitate to
> | blacklist such addresses.
> 
> Indeed.
> 
> I've just implemented a script for this (adding a message subject as a
> spam filter rule), and I have this macro:
> 
>   macro index,pager SS 
> "<save-message>+spool-spam-subj<enter><next-undeleted>" "delete message as 
> spam by subject"
> 
> I have arranged that messages saved to "+spool-spam-subj" get their subjects
> saved to my "spam-subj" mail filing rules file. Details below.
> 
> I am not using spamassassin myself, but have a fairly effective
> strategy:

See this is where experience prevails. I would not have thought of something 
like this. Thanks Cameron for sharing, it looks like an effective method. 

I just have my mail delivered by smtp so use OpenBSD spamd and spamassassin as 
well as clamav and unofficial sigs, with procmail sorting as i mentioned. So my 
set up is different of course. 

Reply via email to