[SA-exim] exim not acting on SpamAssassin config

[Paul]

> Please send followups to the list, so that others may give their  
> input too.

Oops, sorry.

> 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?

I changed to shell for Debian-exim to /bin/sh (from /bin/false). It  
ran fine with the correct headers (according to the SA local.cf).

>
> 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.

mail.info:

Dec 21 13:29:05 spike spamd[8122]: connection from spike [127.0.0.1]  
at port 35946
Dec 21 13:29:05 spike spamd[8122]: info: setuid to Debian-exim succeeded
Dec 21 13:29:05 spike spamd[8122]: processing message  
<80E040F5-564D-48A3-BCC2-352B6C63327C at solutions.co.nz> for Debian- 
exim:106.
Dec 21 13:29:05 spike spamd[8122]: clean message (0.0/5.0) for Debian- 
exim:106 in 0.2 seconds, 1389 bytes.
Dec 21 13:29:05 spike spamd[8122]: result: .  0 -   
scantime=0.2,size=1389,mid=<80E040F5-564D-48A3- 
BCC2-352B6C63327C at solutions.co.nz>,autolearn=ham
Dec 21 13:29:05 spike fetchmail[7569]:  flushed

exim4/mainlog:

2006-12-21 13:32:27 1GxBrH-00028z-3A SA: Debug6: Extracted header X- 
Spam-Checker-Version in buffer X-Spam-Checker-Version: SpamAssassin  
3.0.3-spike1 (2005-04-27) on spike

So sa-exim runs spamc then parses the output? It seems to find the  
correct version (SpamAssassin 3.0.3-spike1). Can sa-exim be  
configured to pass on/inject the SA headers into the email message?

Many Thanks.

Paul