Prevent amavis from obliterating spam headers

Quanah Gibson-Mount quanah at
Wed Feb 11 18:04:02 CET 2015

--On Friday, January 30, 2015 11:23 AM +0100 Joolee <amavisd at> 

> There is of course a notable difference between keeping possibly
> untrustworthy headers and using those headers as part of the spam
> filtering process.
> Are you perhaps refering to client software, using the 'is-spam' header
> for separating spam from ham? In this case, it is possible the
> untrustworthy headers will be used instead of the ones added by your own
> spamfilter. This might be solvable by prepending either your own or the
> third party headers with a known prefix.

The second case is referring to a redirect.  According to the SA 
documentation, a redirect should not obliterate the existing SA headers 

It appears Amavis is violating the SA design.



Quanah Gibson-Mount
Platform Architect
Zimbra, Inc.
Zimbra ::  the leader in open source messaging and collaboration

More information about the amavis-users mailing list