l i n u x - u s e r s - g r o u p - o f - d a v i s
L U G O D
 
Next Meeting:
November 4: Social gathering
Next Installfest:
TBD
Latest News:
Oct. 10: LUGOD Installfests coming again soon
Page last updated:
2004 May 29 01:05

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] sendmail+spamassassin
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] sendmail+spamassassin



Milver S. Nisay said:
> hello there.
> anybody can guide me to useful link on settiup up sendmail + spamassassin.
> my sendmail works fine. my spamassassin installed successfully.
> my problem is it seems that sendmail does not know that spamassassin is
> existing therefore
> spamassassin is not working together with sendmail. anyone?
>
> i have RH9, sendmail-8.12.8-9.90, sendmail-cf-8.12.8-9.90 .

Pete gave you a link, and I'll comment with a description of where you
should be looking in the process.

SpamAssassin will only *mark* mail as being spam-like or non-spam-like
based on criteria you give it through configuration (simplest would be the
score threshold where by which a message is marked as spam or not.) It is
possible that spamassassin and sendmail are working fine on your system,
but you have not enabled a 3rd program to actually filter your messages
based on their status as marked by SpamAssassin.

It is a common misconception that SpamAssassin would pre-locate messages
marked as spam in "greymail" or "spam" folders for you. SpamAssassin (SA)
only marks messages. It is up to you to use a mail client's filtering , or
something like procmail to control how messages marked as spam should be
saved, and in what "folders."

To see if SA is working, look through your messages' extended header
information and see if you can find any reference to "spam"

An example header of message tagged as spam:
---
Received: from localhost by hoch.passwall.com
     with SpamAssassin (2.62 2004-01-11);
     Thu, 27 May 2004 05:15:03 -0700
From: "========= ========" <=.======@==========.==>
To: 4q2l8r@passwall.com
Subject: ============================
Date: Thu, 27 May 2004 12:16:47 +0000
Message-Id: <88e801c443e4$bb6837d8$47b38be8@mbefzrbj>
X-Spam-Flag: YES
X-Spam-Checker-Version: SpamAssassin 2.62 (2004-01-11) on hoch.passwall.com
X-Spam-Level: ********
X-Spam-Status: Yes, hits=8.7 required=5.0 tests=BAYES_99,HTML_MESSAGE,
     MIME_HTML_NO_CHARSET,MIME_HTML_ONLY,RCVD_IN_BL_SPAMCOP_NET,
     RCVD_IN_DSBL,RCVD_IN_NJABL autolearn=no version=2.62
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----------=_40B5DBC7.31699B1D"
---

In my case, I have procmail search the header of messages for
"X-Spam-Flag: YES" and then drop the message in my "spam" folder. Search
your spam-like messages... maybe they are being marked, but not handled by
the 3rd part of the picture, a procmail or client filter which uses this
header information.

If none of your messages are being marked, then it is a matter of having
sendmail process incoming messages.  Just how you have sendmail do this
depends on your SA setup. If you have global SA settings (no single user
settings) then you can have sendmail "call" SA to scan in one way, while
if you want each user to have separate configs for SA, then you can use
spamd and have spamc help with this and call spamc in another way.

--

So your job is to find out which case is true. If the first case it true,
then work on procmail or another filtering to use the header data to
determin where messages should be places. If the second one is true,
research the integration aspects of having sendmail "call" spamassassin or
spamc when spamd is running.

HTH,
-ME

_______________________________________________
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech



LinkedIn
LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
facebook
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
EDGE Tech Corp.
For donating some give-aways for our meetings.