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

Re: fetchmail



On Sat, Jan 19, 2002 at 02:21:14AM -0500, Ken Weingold wrote:
> This is the output:
> 
> fetchmail: timeout after 300 seconds waiting to connect to server 
> mail.hellrot.org.
> fetchmail: client/server synchronization error while fetching from 
> mail.hellrot.org
> 188 messages for hazmat/hellrot.org at mail.hellrot.org (896055 octets).
> reading message 1 of 188 (3155 octets) ... not flushed
> reading message 2 of 188 (3114 octets) ... not flushed
> reading message 3 of 188 (43642 
> octets) .......................................... not flushed

Well, this all looks normal (except for the timeout/sync
errors, which seem to have cleared themselves up).
(Hellrot, eh?)

What do the exim logs say?  Check /var/log/mail.log,
/var/log/exim/mainlog.

There should be two entries in /var/log/exim/mainlog
for each message:  one describing reception from fetchmail,
one describing disposition.  Here's an example pair:

2002-01-22 23:28:27 16TF1P-0006TC-00 <= oclug-admin@lists.oclug.on.ca H=localhost [127.0.0.1] U=bjb P=esmtp S=3512 id=Pine.LNX.4.21.0201222259060.20113-100000@kronos.honk.org
2002-01-22 23:28:28 16TF1P-0006TC-00 => |IFS=' ' && p=/usr/bin/procmail && test -f $p && exec $p -Yf- || exit 75 #bjb <bjb@localhost> D=userforward T=address_pipe

Here we see I got a message from oclug-admin@lists.oclug.on.ca at 23:28
local time, and it was piped to my procmail (via .forward).

Do you get such messages?  Do you have a $HOME/.forward file?

While you are running fetchmail, do you see an exim process
showing up to deliver the messages?  It will probably only
happen for the first 10 messages (assuming a default install);
it will let the next n-10 messages accumulate in the
mail queue (/var/spool/exim/input) awaiting a delivery run.

Hmmm.....

If you have a bunch of files in /var/spool/exim/input
with names like 16TF3Y-0006Un-00-D  16TF3Y-0006Un-00-H
then these are messages awaiting an exim to deliver them.
As root, run exim -qf and a queue-runner process will
deliver the mails as you expect (since you say that
direct connections deliver as you expect).

Well I'll let you answer this before I speculate some more.
HTH

-- 
bjb@achilles.net
Welcome to the GNU age!   http://www.gnu.org



Reply to: