Bug 78471 - spamc/spamd: failed sanity check when spam arrives
spamc/spamd: failed sanity check when spam arrives
Product: Red Hat Linux
Classification: Retired
Component: spamassassin (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Warren Togami
: 89613 (view as bug list)
Depends On:
  Show dependency treegraph
Reported: 2002-11-23 18:28 EST by Maciej Kycler
Modified: 2007-04-18 12:48 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-04-29 01:14:46 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Maciej Kycler 2002-11-23 18:28:54 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003

Description of problem:
spamd is running. When spam-like mail arrives, no filtering occures.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. start spamd, enter proper configuration in /etc/procmailrc:
:0fw * < 256000
| /usr/bin/spamc -f

* ^X-Spam-Status: Yes

2. post a spam-like mail

Actual Results:  Although spam is recognized, no filtering occures (message
headers remain unchanged)

Expected Results:  Procmail should perform filtering (spamc should alter message
headers to identify spam)

Additional info:

The following entries appear in /var/log/maillog:
Nov 19 11:39:01 maciejka spamd[905]: connection from maciejka.net [ ]
at port 32878
Nov 19 11:39:01 maciejka spamd[5711]: info: setuid to mkycler succeeded
Nov 19 11:39:33 maciejka spamd[5711]: identified spam (31.1/5.0) for
mkycler:1002 in  32 seconds, 4858 bytes.
Nov 19 11:39:33 maciejka spamc[5710]: failed sanity check, 7694 bytes claimed,
7709 bytes seen
Comment 1 James Henstridge 2002-12-03 02:28:01 EST
I was seeing this issue as well (along with "Malformed UTF-8 Character"
warnings, etc).  It seems that SpamAssassin does not handle UTF-8 locales very
well.  A suggested workaround is to put "export LANG=C" in the
/etc/sysconfig/spamd file and do "service spamassassin restart".
Comment 2 Need Real Name 2002-12-31 10:00:10 EST
In a default RH8 installation there is no /etc/sysconfig/spamd.  Do you mean

I don't see any problem with "Malformed UTF-8 Character", but I do have the
problem that procmail doesn't seem to process its rules.  Is there any fix or

Comment 3 Chip Turner 2003-01-01 12:11:08 EST
sounds like a utf8 issue; try the latest perl and spamassassin from rawhide? 
can you confirm whether it works with the latest, or if the LANG=C fixes the
Comment 4 Maciej Kycler 2003-01-02 06:45:05 EST
"export LANG=C" in /etc/sysconfig/spamassassin solved the problem.
I haven't tried the latest perl nor spamassassin.
Comment 5 Need Real Name 2003-04-25 21:01:38 EDT
*** Bug 89613 has been marked as a duplicate of this bug. ***
Comment 6 Need Real Name 2003-04-29 09:13:33 EDT
same problem exists on RH9, same workaround applies.
Comment 7 Warren Togami 2004-02-28 17:09:30 EST
Is this still an issue on RH9?
Comment 8 Warren Togami 2005-04-29 01:14:46 EDT
Closing old bugs

Note You need to log in before you can comment on or make changes to this bug.