Re: Remove SA Header for non SPAM

"Jeffrey D. Carter" <[email protected]>
Newsgroups gmane.mail.exim.spamassassin
Message-ID <[email protected]>
Jeffrey Carter <[email protected]>  writes:
>-------------------------------------------------------------------------<
| > On Sat, Nov 22, 2003 at 05:47:45PM +0100, Torsten Mueller wrote:
| >> Hello,
| >> 
| >> i run SA v 2.60, and sa-exim as
| >> local_scan_path = /usr/local/exim/lib/sa-exim.so
| >> 
| >> i want to exclude the SA header from non SPAM mails.
| >> I tested some configurations, but didn't succeed.
| 
| >You need to remove the headers SA puts in exim.conf
| >(see header remove), or in exim's system_filter
| >
| >Marc
| 
| I have the same problem, and I have been trying without
| success to get the headers_remove option to do anything
| in the transport description. As you should be able to
| see in this e-mail, X-SA-Do-Not-Run: etc get sent in 
| outgoing mail.
| 
| I'm using sa-exim 3.1, exim 4.22. I think I've pulled
| the relevant bits in from the examples on the sa-exim
| web site, but nothing seems to have an effect.
| 
| # This transport is used for delivering messages over SMTP connections.
| 
| remote_smtp:
|   driver = smtp
|   # This is generally set on messages originating from local users and it tells
|   # SA-Exim not to scan the message or that the message was scanned.
|   # Let's remove these headers if the message is sent remotely
|   headers_remove = X-SA-Do-Not-Run:X-SA-Exim-Scanned:X-SA-Exim-Rcpt-To:X-SA-Exim-Mail-From:X-SA-Exim-Version
| 
| 
| Is there an example of stripping these in exim's 
| system filter somewhere that I've missed?
| 
| Jeff Carter
>-------------------------------------------------------------------------<

Ok, so I stand corrected. This outbound mail had them stripped. 
I think what fooled me was that I was getting them in the "outbound
body" that was coming back through a bounce report generated at
my exim daemon. Maybe that case is special.

Jeff Carter
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.