On Fri, 21 Nov 2003, Dan Tappin wrote:
> I have recently installed SA 2.60 from the source code on OS X along side Tenon's
> Post.Office mail server. This was a manual
> upgrade from the Tenon supplied SA 2.55 release to be used with their supplied SA
> 'plug-in'. All is well and e-mail is being
> filters via SA except SA is not adding the score headers to all mail being processed?
>
> I was told by Tenon that the SA package that they released to their users would not
> re-write headers but just simply score e-mail
> for PO's own filter system.
>
> Now that I installed SA from scratch I was hoping to fix this. I have
> 'always_add_headers' and 'always_add_report' set to 1 and my
> 'spamassassin --lint -D' output looks normal with no errors.
>
> Does SA require a perl module to re-write the headers or am I missing something
> simple here?
>
> Thanks,
>
> Dan
It probably depends upon how the PO+plugin stuff works.
There are two general ways to use SA; in a filter pipeline or as a
scoring "stub on a tee".
In the first, the MTA feeds the message to SA on stdin and takes the
result from stdout as the new version of the message to pass on. In
this case any changes SA makes to the message will show up in what gets
delivered. All the SA config options will have an effect on the
appearance of the final message. (this is usually how postfix, qmail,
etc are configured).
In the second way, the MTA feeds a -copy- of the message to SA, looks
at what SA returns and then uses selected parts of the SA output to decide
what to do with the original message. (EG looks at just the score, think
about how a "spamc -c " works and would be used).
In this case it's up to the MTA (or it's agent/plugin) to decide what
if any changes to make in the message appearance, regardless of
SA config options.
I'm not familiar with PO but do know sendmail+milter systems.
That system uses the second way of connecting with SA. The milter
gets a copy of the message to pass into spamd. It can take some
of the spamd output (eg a particular header such as "X-Spam-Report")
and tell sendmail to incorporate that into the original message, but
it does not have to. Thus it is up to the milter author what the
final message looks like, it could totally ignore all headers
returned by spamd and generate it's own based upon the spamd
results. (usual pracice tho -is- to pass in the SA report headers).
My guess is that the PO+plugin works like sendmail+milter and
thus that Tenon plugin may not be passing the headers back to PO.
The sendmail libmilter architecture has specific provision for
the milter to return message modifications (EG add headers or
replace the message body with a new one). If the PO plugin
architecture does not have similar functionality (EG only returns
an exit status) it may not be possible for it to add the
SA headers.
Check with the Tenon people. There should be lists associated with
MacOS X stuff, maybe somebody can tell you how the PO plugin system
works.
MacOS X -is- a Unix based system, you could use one of the more
traditional methods of incorporating SA into your environment. ;)
Dave
PS, anybody recognize the expression JLRU?
--
Dave Funk University of Iowa
<dbfunk (at) engineering.uiowa.edu> College of Engineering
319/335-5751 FAX: 319/384-0549 1256 Seamans Center
Sys_admin/Postmaster/cell_admin Iowa City, IA 52242-1527
#include <std_disclaimer.h>
Better is not better, 'standard' is better. B{
-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
