On Wed, 23 May 2007, Doug Phillips wrote:

> Hi all.  I'm working with an issue that has been really driving me
> crazy.  I've searched the archives and not found anything that is really
> pertaining to my problem, so I'd like to run this by the list and see
> what I'm missing.
>
> First off, configuration:
> Sendmail 8.13.1/8.14.1 (RHEL4 stock package)
> Spamassassin 3.2.0 from source
>
> At the current time, both spamassassin and sendmail are running as root.
>
> Spamd is being executed as follows:
> SPAMDOPTIONS="-C /etc/mail/spamassassin -D -d -c -m5 -H
> --socketpath=/var/spool/smf/smf-spamd.sock"
> ...
> daemon $NICELEVEL spamd $SPAMDOPTIONS -r $SPAMD_PID
>
> The milter configuration in sendmail is as follows:
> INPUT_MAIL_FILTER(`smf-spamd', `S=unix:/var/spool/smf/smf-spamd.sock,
> T=S:1m;R:1m')
>
> And my problem:
> When spamd starts up, it opens a socket at /var/spool/smf/smf-spamd.sock
> (as shown here):
> # ls -l /var/spool/smf/
> srw-rw-rw-  1 root root 0 May 23 12:09 smf-spamd.sock

Your problem is that you don't have a spamassain-milter in your
configuration.

Sendmail talks its milter protocol out the socket you've configured
in your sendmail config file.
spamd expects clients to connect to its socket and speak its spamd
protocol to it via that socket.

sendmail-milter protocol is not equal to spamd protocol. Thus you need a
third party who can translate sendmail-milter to spamd protocol,
that program is a spamassain-milter (EG spamass-milter, milterassassin,
mimedefang, etc).

Thus the spamassain-milter uses two sockets, one that it creates and
listens for sendmail to feed it data, the other being the spamd socket
that it connects to to feed the translated data to spamd.

There are a variety of spamassain-milters out there, search this list
for discussions of several.

Dave

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

Reply via email to