Hi, Steve. Thanks you for looking at that.
But could you give me clue how to "use .forward if you used a sendmail milter to call spamassassin."? Thanks, Leo ----- Original Message ----- From: Cowles, Steve To: '[EMAIL PROTECTED]' Sent: Monday, June 30, 2003 5:28 AM Subject: RE: Sendmail Data Format Error -----Original Message----- From: Leo Huang [mailto:[EMAIL PROTECTED] Sent: Sunday, June 29, 2003 10:43 AM To: [EMAIL PROTECTED] Subject: Sendmail Data Format Error 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. Jun 29 23:33:45 www sendmail[519]: h5TFXj6T000519: from=leo, size=753, class=0, nrcpts=1, msgid=<[EMAIL PROTECTED]>, [EMAIL PROTECTED] 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 -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list
