Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I want to integrate my sendmail MTA (relaying only, no local mailboxes) with spamassassin. Sendmail box sits between internal MS Exchange server and internet. So, I see two options for doing this (or there are more?), depicted bellow schematically:

  1. use spamass-milter
  sender -> sendmail -> exchange server

      where sendmail talk to spamass-milter -> spamc -> spamd (spamassassin)
  1. use spampd (spamassassin proxy daemon, do not confuse it with spamd)
 sender -> sendmail -> spampd -> exchange server

        where spampd talks to spamassassin

I want to know your opinion: which option is better, what are the pros and cons of each one?

share|improve this question
is sendmail a requirement or are other options such as postfix being considered? – pablo Mar 1 '11 at 23:17
I have already implemented sendmail and want to stay with it. – user71061 Mar 1 '11 at 23:37
ok if you change your mind consider this: actually that works with sendmail too – pablo Mar 1 '11 at 23:39
up vote 1 down vote accepted

I am executing SpamAssassin via MIMEDefang.

share|improve this answer

We use policyd-weight for filtering. Its works fine. But i think solution one is enough.

share|improve this answer
But isn't it something completely different from spamassassin? – user71061 Mar 1 '11 at 23:36
its a spamfilter you can read the specification on the site ;). we use policyd-weight -> spamass (if you need it) for Postfix. Aber them you can make a relay to your exchange server. – Stony Mar 1 '11 at 23:43

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.