Gentle friends,

I'm running sendmail, procmail, and spamassassin in daemon mode, 
i.e., spamd, on a FreeBSD 4.5 server:

2012  ??  Is     0:01.11 /usr/bin/perl /usr/bin/spamd -d -F 0

I'd thought I had procmail and spamd playing nicely together when the 
procmail.log showed all the spam being identified and rerouted.

But then I noticed that non-spam messages were not making it through 
to my mailbox, despite the procmail.log's entries to the contrary. 
Furthermore, messages that had been reported as being delivered to my 
mailbox were not only missing in action, the mailbox (which had 
previously contained many messages) was now empty:

-rw-------  1 mdb  mdb  0 May  6 15:26 /var/mail/mdb

My client leaves mail on the server, so it's definitely 
procmail/spamd doing the emptying.

Here's my .procmailrc:

LOGFILE=procmail.log

LOG="
"

VERBOSE=yes

LOGABSTRACT=all

MAILDIR=$HOME/mail

# Start of filters
:0:
* ^Subject:.*test
test_msgs

# Filter through spamassassin's spamd
:0fw
| spamc

# Archive the spam
:0:
* ^X-Spam-Status: Yes
filtered_spam

# Messages that fall through are delivered to default INBOX,
#       i.e., /var/mail/michelle


 From procmail.log:

procmail: [72630] Mon May  6 13:56:17 2002
procmail: Assigning "LOGABSTRACT=all"
procmail: Assigning "MAILDIR=/home/mdb/mail"
procmail: Executing "spamc"
procmail: [72630] Mon May  6 13:56:20 2002
procmail: No match on "^X-Spam-Status: Yes"
procmail: Bypassed locking "/var/mail/mdb.lock"
procmail: Assigning "LASTFOLDER=/var/mail/mdb"
procmail: Opening "/var/mail/mdb"
procmail: Acquiring kernel-lock
procmail: Notified comsat: "mdb@221815:/var/mail/mdb"
  Subject: Re: Hee hee!
   Folder: /var/mail/mdb                                               4219

procmail: [72651] Mon May  6 13:56:37 2002
procmail: Assigning "LOGABSTRACT=all"
procmail: Assigning "MAILDIR=/home/mdb/mail"
procmail: Executing "spamc"
procmail: [72651] Mon May  6 13:56:43 2002
procmail: Match on "^X-Spam-Status: Yes"
procmail: Locking "filtered_msgs.lock"
procmail: Assigning "LASTFOLDER=filtered_msgs"
procmail: Opening "filtered_msgs"
procmail: Acquiring kernel-lock
procmail: Unlocking "filtered_msgs.lock"
procmail: Notified comsat: "mdb@49965:/home/mdb/mail/filtered_spam"
  Subject: *****SPAM***** Get Instant "Online" Term Life Quotes for FREE !!!
   Folder: filtered_spam                                                   4980


As I said, actual spam is being caught and put into 
~mdb/mail/filtered_spam, just as it should, but non-spam is not being 
delivered to /var/mail/mdb as the procmail.log entry above indicates. 
And the mailbox is being zeroed out to boot.

However, the test filter identifies and redirects test messages as it 
should and allows non-test mail to pass:

:0:
* ^Subject:.*test
test_msgs

Commenting out the filter that runs spamc returns everything to 
normal, so it has to be the culprit.

I admit it, I'm stymied.  I hope the list can shed some light.

.\\ichelle
---------------------
Michelle Brownsworth
System Administrator
PrimeLogic Corporation
http://www.primelogic.com

_______________________________________________________________

Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: [EMAIL PROTECTED]
_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk

Reply via email to