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
