[SA-exim] exim not acting on SpamAssassin config

[Magnus Holmgren]

Please send followups to the list, so that others may give their input too. 
And please don't top post.

On Tuesday 19 December 2006 10:57, Paul wrote:
> On 19/12/2006, at 10:03 PM, Magnus Holmgren wrote:
> > The header fields with names beginning with X-SA-Exim- are added by
> > SA-Exim
> > before passing the mail to spamc. They have nothing to do with
> > local.cf. When
> > the processed mail comes back, SA-Exim unfortunately can't just
> > replace the
> > entire mail header with a single function call. Instead it checks for
> > X-Spam-* fields and adds those, as well as changing the Subject if
> > it has
> > been rewritten.
> >
> > The only header field that should be affected by "version_tag
> > spike1" is
> > X-Spam-Version. Have you checked that?
> The only X-Spam headers are ones added by other mail servers which
> our mail is fetched from using fetchmail. They do a very bad job of
> filtering. Here are the headers:
>
> X-Spam-Score: 0
> X-Spam-Level:
> X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]
>
> No X-Spam headers from our mail server are added. I know from logs
> that tests are defiantly being performed, also, when I try spamc it
> outputs the correct headers.

It is possible that something fails when spamc is run as the exim user by 
SA-Exim. Did you run spamc as Debian-exim when it worked?

Raise the SAEximDebug setting in /etc/exim4/sa-exim.conf, possibly all the way 
up to 9. Then, after mail has been received, check your Exim logs for clues.

-- 
Magnus Holmgren        holmgren at lysator.liu.se
                       (No Cc of list mail needed, thanks)

  "Exim is better at being younger, whereas sendmail is better for 
   Scrabble (50 point bonus for clearing your rack)" -- Dave Evans
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.merlins.org/archives/sa-exim/attachments/20061219/35c3ca05/attachment.pgp