LMTP-SPAMASS-RELAY

A SpamAssassin daemon which trivially accepts LMTP connections
(usually from sendmail).  It immediately starts proxying/relaying the
connection to some other pre-existing LMTP socket.  When the data
commands are seen, the headers and body of the email are snarfed and
passed through SpamAssassin (assuming the email is not too large).
The marked-up email is then submitted to the final LMTP destination in
the place of the original email, for possible filtering by the MUA or
MDA.

Why another SpamAssassin filtering daemon implementation?  Well, I
needed a site-wide installation and was using Cyrus IMAP.  Cyrus IMAP
likes to use LMTP for delivery, so procmail was not a good option.  I
strongly considered using Milter, but the two versions of
Milter+SpamAssassin I saw did not feel to be stable with lots of users
complaining about bugs which caused loss of email.  (Will this be any
more stable?  Only time will tell, but the daemon is simple and stupid
enough that confidence is decently high).

The packaging is not as clean as I would wish, with username and file
names hardcoded instead of configured, but I needed a quick hack.

This has only been tested with the combination:

    sendmail 8.11.6
    spamassassin 2.43
    RedHat 7.3
    Cyrus IMAP 2.1.9
    (threaded) perl 5.8.0

While the daemon should be as portable as perl is, the startup scripts
are not as lucky.

http://www.baka.org/projects/lmtp-spamass-relay
<[EMAIL PROTECTED]>

                                        -Seth Robertson
                                         [EMAIL PROTECTED]


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk

Reply via email to