I'm currently using fetchmail set up as a daemon to gather mail from various
email accounts and deliver them on my system.  default exim3 is installed, and
users have .procmailrc files to direct mails to a local Maildir.

occasionally, i'll stop getting any email, and the syslog will contain a line
like:

Oct 16 10:24:16 debian fetchmail[1101]: message delimiter found while scanning
headers
Oct 16 10:24:16 debian fetchmail[1101]: SMTP error: 501
<[EMAIL PROTECTED]@pop-sbc-v1.mail.vip.sc5.yahoo.com>: malformed
address: @pop-sbc-v1.mail.vip.sc5.yahoo.c may not follow
<[EMAIL PROTECTED]

until I log in to the POP server and delete the offending message, my fetchmail
setup stops working.


/etc/fetchmailrc reads as:
set no bouncemail   
defaults:
  antispam -1
  batchlimit 100
poll pop.sbcglobal.yahoo.com with protocol pop3
  user "[EMAIL PROTECTED]" there
        with password "XXXXXXXXXXXX"
        is "localuser1" here;
                                                                               

poll pop.sbcglobal.yahoo.com with protocol pop3
  user "[EMAIL PROTECTED]" there
        with password "XXXXXXXXXXXXXXX"
        is "user2" here;
                                                                               

poll user3.pobox.stanford.edu with protocol imap
        user "user3" there
        with password "XXXXXXXXXXXXXXXXXX"
        is "user3" here ssl;
----------end /etc/fetchmailrc

i know it's probably better for each local user to have a .procmailrc, but
neither of my users want to deal with setting that up, so this is easier for me
to manage.

in any case, only the sbcglobal.yahoo.com accounts get the logjam:  i think it
has to do with the fact that the login is "[EMAIL PROTECTED]" rather than
"username", but there is nothing in the individual messages that I can find
that actually reads
"[EMAIL PROTECTED]@pop-sbc-v1.mail.vip.sc5.yahoo.com" if i have
evolution download the offending message from the server directly.

searching google said this might have to do with exim rejecting the mails, so
would it be easier to tell fetchmail to send the messages directly to procmail?
 if so, how would I go about this?

on the advice of that same google search, i've added the following 2 lines to
/etc/exim/exim.conf, but am still getting the problem.
headers_sender_verify = false
headers_check_syntax = false

Thanks,
-Joe

__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to