Prevent amavis from obliterating spam headers

[Joolee]

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.

On 30 January 2015 at 04:48, Olivier Nicole <Olivier.Nicole at cs.ait.ac.th>
wrote:

> Quanah,
>
> > Customers who have external scanners running SA prior to hitting Zimbra's
> > SA install have found that Amavis will obliterate existing SA headers.
> > Additionally, redirecting an email that was previously scanned by SA also
> > results in Amavis obliterating the existing SA headers.
> >
> > Is there a method in which Amavis can be configured to preserve existing
> > headers?
>
> My understanding is there is no way to do that. How can you be sure that
> the pre-existing headers are genuine? They could have been added by a
> spammer, in order to make you beleive the message is safe and need no
> further checking.
>
> If you trust some customers to have a proven anti-spam solution, you
> could redirect their mail to completely by-pass amavis (or the SA part
> in amavis), but you leave them exposed to what their own anti-span can
> or can't do.
>
> best regards,
>
> Olivier
>
> >
> > <https://bugzilla.zimbra.com/show_bug.cgi?id=96532> has the general user
> > reports.
> >
> > Thanks,
> > Quanah
> >
> > --
> >
> > Quanah Gibson-Mount
> > Platform Architect
> > Zimbra, Inc.
> > --------------------
> > Zimbra ::  the leader in open source messaging and collaboration
> >
>
> --
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.amavis.org/pipermail/amavis-users/attachments/20150130/e383d93b/attachment.html>