On 02/21/03 12:03 AM, Dan Hollis sat at the `puter and typed:
> How can I stop this? The Spamassassin 2.44 didn't do it.
> 
> Now on spams, I get the headers rewritten so it appears to come from 
> "127.0.0.1". This is very annoying.
> 
> Example:
> --------
> Received: from localhost [127.0.0.1] by sasami.anime.net
>       with SpamAssassin (2.50 1.173-2003-02-20-exp);
>       Thu, 20 Feb 2003 21:54:48 -0800
> 
> -Dan

Ok, I've been following this thread (fairly closely) and I have a
couple pennies to toss in myself.

Personally, In 2.44, I prefer the header report behavior with no
subject or body modification at all.  This may modify the original
message, but the headers are easy to push to the background.

Since this behavior is still available in 2.50, I'm not too hesitant
about moving forward because of the changes, but I'd like to
understand the attachment/encapsulation behavior beforehand, so I can
decide how to configure 2.50.

As I understand it so far, 2.50 will flag spam by saving it as an RFC
822(?) mime attachment, with *all* the original headers in the
attachment.  Correct me if I'm wrong here.

Anyway, if that is right, wouldn't that make it better to handle both
FP and correctly marked spam, by piping the message back through a
procmail recipe to extract the attachment and put it in the correct
mailbox?  I.e. for FP attachments, extract the message and put it in
the inbox, and possibly a copy in the bayes ham dump, and for
correctly tagged spam, dump the message into the bayes spam dump.

I'm still a bit of a neophyte when it comes to mail processing, so
some or all of this speculation could be crap, but if the message
encapsulation does work this way, shouldn't this be possible, even if
the users use netscrape or Mickey Mouse LookOut?  If I forward a
message to a special address that procmail can sort out before the SA
call, the attachment can be extracted and piped into a specific
folder, right?  Naturally, I am assuming that procmail is only
extracting the encapsulated spam/FP at the LDA stage, so no headers
would be added to the newly extracted message.

Lou
-- 
Louis LeBlanc               [EMAIL PROTECTED]
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
http://www.keyslapper.org                     ԿԬ

bureaucrat, n:
  A politician who has tenure.


-------------------------------------------------------
This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
The most comprehensive and flexible code editor you can use.
Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
www.slickedit.com/sourceforge
_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk

Reply via email to