Fetchmail locking up
Hi all,
For years now I've used fetchmail to get mail and now its suddenly stopped
working.
What happens is that fetchmail seems to freeze instead of flushing the
account. Its set to pick up every minute...it takes several minutes on just
one of my mailboxes and thus never actually gets any mail down.
when this happens I see --fetchmail ----sendmail 578 or some such thing in
pstree. I assume this is the number of attempts that failed.
the output of fetchmail -v is...
skipping message kirksnet@helta.dsvr.co.uk:10 (2400 octets) not flushed
skipping message kirksnet@helta.dsvr.co.uk:11 (2701 octets) not flushed
fetchmail: POP3> TOP 12 99999999
fetchmail: POP3< +OK Top of message follows
reading message kirksnet@helta.dsvr.co.uk:12 of 12 (2326 octets)
fetchmail: SMTP connect to localhost failed
fetchmail: can't raise the listener; falling back to /usr/sbin/sendmail
%T#****************
Interestingly, when it does work, there remain 11 messages that simply will
not flush.
fetchmail: POP3< 10 2400
fetchmail: POP3< 11 2701
fetchmail: POP3< .
skipping message kirksnet@helta.dsvr.co.uk:1 (5598 octets) not flushed
skipping message kirksnet@helta.dsvr.co.uk:2 (3253 octets) not flushed
skipping message kirksnet@helta.dsvr.co.uk:3 (2830 octets) not flushed
skipping message kirksnet@helta.dsvr.co.uk:4 (3293 octets) not flushed
skipping message kirksnet@helta.dsvr.co.uk:5 (2760 octets) not flushed
skipping message kirksnet@helta.dsvr.co.uk:6 (2513 octets) not flushed
skipping message kirksnet@helta.dsvr.co.uk:7 (2883 octets) not flushed
skipping message kirksnet@helta.dsvr.co.uk:8 (3839 octets) not flushed
skipping message kirksnet@helta.dsvr.co.uk:9 (5842 octets) not flushed
skipping message kirksnet@helta.dsvr.co.uk:10 (2400 octets) not flushed
skipping message kirksnet@helta.dsvr.co.uk:11 (2701 octets) not flushed
fetchmail: POP3> QUIT
fetchmail: POP3< +OK Sayonara
Has anyone any thoughts on how to remedy this? All help appreciated.
--
Best regards,
Patrick Kirk
Telephone: 0870 011 8494
GSM: 07876 560 646
Web site: www.kirks.net
Reply to: