Hello,
I made this file, ~/.procmailrc:
:0
!
[EMAIL PROTECTED]I want to
forward all mails to the address above, but Sendmail reports Data
Format
Error. As I set up the spamassassin rule in the /etc/procmailrc and I
want my mails to be scanned before forwarding, I can't use ~/.forward.
You
could use .forward if you used a sendmail milter to call
spamassassin.
The
above from= entry looks normal.
Jun 29 23:33:46 www
sendmail[519]: h5TFXj6T000519:
[EMAIL PROTECTED],
ctladdr=leo
(536/516), delay=00:00:01, xdelay=00:00:00, ailer=relay,
pri=30747,
relay=[127.0.0.1] [127.0.0.1], dsn=5.6.0, stat=Data format error
I
take it this entry is after your procmailrc file has kicked in, One thing that
caught my attention was the [127.0.0.1] listed twice. That can't be
good. To me this shows that your systems resolver libs are incorrectly
configured. Would the resolver libs cause the data format problem? I
don't really know. FWIW: I see the same data format error when I try to send
my sister an e-mail. Sometimes it takes days in the sendmail queue before it
is actually accepted.
Jun 29 23:33:47 www
sendmail[512]: h5TFXdH5000499:
to=<
[EMAIL PROTECTED]>,
delay=00:00:07, xdelay=00:00:03, mailer=local,
pri=120283, dsn=2.0.0,
stat=Sent
The mail had
actually NOT been sent.
The really odd part is the delay=/xdelay=
entries. Based on the time stamps, only 2
seconds has elapsed since the first "to=" entry. But yet the delay shows 7
seconds. As far as sendmail is concerned... it handed off the e-mail to the
local mailer (procmail) and it returned a status of sent. i.e. dsn=2.0.0
Where the e-mail went after that is a procmail problem, not
sendmail.
What's the problem?
Don't really know. If I were in your shoes, I would start by making
sure sendmail can properly deliver e-mail without spamassassin or even a
procmailrc entry in the middle of the delivery process. Once thats working,
then take incremental steps in adding functionality so you can properly
diagnose where the data correuption is occuring in the delivery
process.
Steve
Cowles
Leo