[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Sendmail Data Format Error



Thanks for your analyse, Steve.
 
Could you tell me how to use Sendmail filter to call spamassassin?
 
My current /etc/procmailrc is:
 
:0fw: spamassassin.lock
* < 256000
| spamc
 
:0:
* ^X-Spam-Status: Yes
|/usr/bin/dealWithSpam
 
My Sendmail works perfect if I don't have the ~/.procmailrc listed below or I use ~/.forward.
 
Could you tell me a bit more about the resolver libs?
 
Thanks,
Leo
 
----- Original Message -----
Sent: Monday, June 30, 2003 5:28 AM
Subject: RE: Sendmail Data Format Error

 
-----Original Message-----
From: Leo Huang [mailto:massmails myleo info]
Sent: Sunday, June 29, 2003 10:43 AM
To: redhat-list redhat com
Subject: Sendmail Data Format Error

Hello,

I made this file, ~/.procmailrc:

:0
! tesmail myleo info

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.
 

Jun 29 23:33:45 www sendmail[519]: h5TFXj6T000519: from=leo, size=753,
class=0, nrcpts=1, msgid=<200306291533 h5TFXcTC000497 gz6hs cn>,
relay=leo localhost
 
 
The above from= entry looks normal.
 

Jun 29 23:33:46 www sendmail[519]: h5TFXj6T000519: to=testmail myleo info,
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=<testaccount myleo info>, 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

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]