Hello All,
I have a situation where a user gets a blank subject, and blank body, there
is really NO information in the email so it's not possible to add too much
info here.
I believe the following is the transaction between postfix and then spamd I
believe re-injecting the message:
Nov 5 14:28:24 pluto postfix/smtpd[7161]: NOQUEUE: filter: RCPT from
sender-server.com[12.185.14.14]: <[EMAIL PROTECTED]>: Recipient
address triggers FILTER filter:dummy; from=<[EMAIL PROTECTED]>
to=<[EMAIL PROTECTED]> proto=ESMTP helo=<sender-server.com>
Nov 5 14:28:29 pluto postfix/qmgr[5904]: 2A0202340FD:
from=<[EMAIL PROTECTED]>, size=15085, nrcpt=1 (queue active)
Nov 5 14:28:32 pluto postfix/pickup[8557]: F233E234106: uid=10816
from=<[EMAIL PROTECTED]>
Nov 5 14:28:33 pluto postfix/qmgr[5904]: F233E234106:
from=<[EMAIL PROTECTED]>, size=300, nrcpt=1 (queue active)
>From what I see here I see the size of the original email is larger then the
final email.
Has there become a way to maintain the message ID throughout the process to
be certain of every step?
I am thinking the SPAMD was NOT loaded since we had just restarted the
server to update kernel's.
Would this type of thing happen if spamd isn't loaded?
Shouldn't spamd load on it's own non-damonized. ( if that's a word )
My master.cf file has this filter entry:
filter unix - n n - - pipe
flags=Rq user=filter argv=/var/spool/filter/filter.sh -f ${sender} --
${recipient}
I have this in my filter.sh:
SENDMAIL="/usr/sbin/sendmail -i"
#SPAMASSASSIN=/usr/bin/spamassassin
SPAMASSASSIN=/usr/bin/spamc
# Exit codes from <sysexits.h>
EX_TEMPFAIL=75
EX_UNAVAILABLE=69
cat | $SPAMASSASSIN -x | $SENDMAIL "$@" || \
{ echo Message content rejected; exit $EX_UNAVAILABLE; }
exit 0
Any help is appreciated!
Joey
