Patrick Proniewski wrote:
> In mean time I've changed my all setup to use only
> milters (more readable config).

Seems reasonable to me.

> Unfortunately I've discovered that Amavisd is unable to add headers
> I want as it would do as an smtp proxy filter.
> It will properly add:
> 
>       X-Virus-Scanned: my custom tag
>       X-Crm114-Status: UNSURE ( 6.79 )

Those two milters appear configured okay.  Okay for CRM114 (which I
like and use as well).  Okay for the virus scanner.  You are seeing
the headers.  That appears to be working okay.

> but won't add:
> 
>       X-Spam-Score: -3.714
>       X-Spam-Flag: NO
>       X-Spam-Level: 
>       X-Spam-Status: No, score=-3.714 tagged_above=-6 required=3 
> tests=[ALL_TRUSTED=-1, ...

That milter configuration for SpamAssassin appears to have a problem
then.  If the headers are not being added.  Because conceptually it is
no different from the other two milters.  But if that milter is not
able to add those headers then something is not right about that
configuration.  If it were me I would keep working that part of the
problem.

> I'm still wondering how it can add the X-Crm114-Status header
> (amavisd uses spamassassin and spamassassin uses crm114, quite far
> fetched) but seems unable to add it's own personalized headers.

If this were the spamassassin users list I would challenge that
assertion because as far as I know SpamAssassin does not use CRM114.
SA has its own Bayes engine.  Instead CRM114 would be running from
it's own configuration separately.  I run CRM114 before SpamAssassin
and then add in custom SA rules to score a final SA score using CRM114
as one of the weighted inputs, de-rating SA's internal Bayes to avoid
double scoring.  But since this isn't the SpamAssassin users list I
will simply suggest gently that something is wrong with the milter
configuration for it interfacing to Postfix.

Bob

Reply via email to