Rob:
Thanks for the input.
Following up on your response to my query:
The problem recurred this morning with the arrival (or should I say,
non-arrival) of the second fetchmail-friends digest.
The message sat in the queue undelivered for three hours (other messages
had been popped) until I happened to check the mail queue and forward
the message to myself.
I'm including my .fetchmailrc file and the fetchmail -v -v output below.
The "seen" message referred to in the -v -v output is the
fetchmail-friends message that I had opened and re-mailed to myself.
I wll rerun fetchmail with -v -v again without opening the message when
another message is undelivered for a considerable amount of time.
By the way, I too am running fetchmail 6.2.5.2 from the FreeBSD 5.4
ports collection.
FETCHMAILRC
# Configuration created Fri Jan 29 10:25:07 1999 by fetchmailconf
set postmaster "jacksonwest"
set daemon 60
# sslproto tls
poll mail.panix.com with proto POP3
user jacksonwest password xxxxxx warnings 1800
FETCHMAIL -V -V OUTPUT
fetchmail: 6.2.5.2 querying mail.panix.com (protocol POP3) at Sun Oct 9
10:15:23 2005: poll started
fetchmail: POP3< +OK Hello there.
fetchmail: POP3> CAPA
fetchmail: POP3< +OK Here's what I can do:
fetchmail: POP3< STLS
fetchmail: POP3< TOP
fetchmail: POP3< USER
fetchmail: POP3< LOGIN-DELAY 10
fetchmail: POP3< PIPELINING
fetchmail: POP3< UIDL
fetchmail: POP3< IMPLEMENTATION Courier Mail Server
fetchmail: POP3< .
fetchmail: POP3> STLS
fetchmail: POP3< +OK Begin SSL/TLS negotiation now.
fetchmail: Warning: server certificate verification: unable to get local
issuer certificate
fetchmail: Warning: server certificate verification: certificate not
trusted
fetchmail: Issuer Organization: Thawte Consulting (Pty) Ltd.
fetchmail: Issuer CommonName: Thawte SSL Domain CA
fetchmail: Server CommonName: mail.panix.com
fetchmail: mail.panix.com key fingerprint:
5F:2B:9C:65:23:00:EE:B4:33:F1:2F:9F:34:98:13:CC
fetchmail: Warning: server certificate verification: certificate not
trusted
fetchmail: POP3> CAPA
fetchmail: POP3< +OK Here's what I can do:
fetchmail: POP3< TOP
fetchmail: POP3< USER
fetchmail: POP3< LOGIN-DELAY 10
fetchmail: POP3< PIPELINING
fetchmail: POP3< UIDL
fetchmail: POP3< IMPLEMENTATION Courier Mail Server
fetchmail: POP3< .
fetchmail: POP3> USER jacksonwest
fetchmail: POP3< +OK Password required.
fetchmail: POP3> PASS *
fetchmail: POP3< +OK logged in.
fetchmail: POP3> STAT
fetchmail: POP3< +OK 1 4828
fetchmail: POP3> LAST
fetchmail: POP3< +OK 1
1 message (1 seen) for jacksonwest at mail.panix.com (4828 octets).
skipping message jacksonwest(_at_)mailspool(_dot_)panix(_dot_)com:1 not flushed
fetchmail: POP3> QUIT
fetchmail: POP3< +OK Bye-bye.
fetchmail: 6.2.5.2 querying mail.panix.com (protocol POP3) at Sun Oct 9
10:15:27 2005: poll completed
fetchmail: normal termination, status 1
======================================================================
Today's Topics:
1. Re: fetchmail not retrieving all messages . . . (Rob MacGregor)
--__--__--
Message: 1
Date: Sat, 8 Oct 2005 11:39:39 +0100
From: Rob MacGregor <rob(_dot_)macgregor(_at_)gmail(_dot_)com>
To: fetchmail-friends(_at_)lists(_dot_)ccil(_dot_)org
Subject: Re: [fetchmail]fetchmail not retrieving all messages . . .
[ Plain text only please]
On 08/10/05, John Williams <John(_dot_)Williams(_at_)seawindow(_dot_)com> wrote:
Fetchmail is not retrieving all of the messages available for
retrieval f=
rom
the target mailserver.
It became especially apparent today when the invitation to join the
fetchmail-friends list sat in the mailserver queue for nearly seven
hours
until I was doing some regular clean-up and noticed the invitation
messag=
e
still in the server inbox.
By default, shouldn't fetchmail be retrieving *all* messages on the
serve=
r?
All *UNREAD* messages. Note that if something else marks the message
as read, unless you've enabled UIDL support fetchmail won't pull the
message.
The fetchmailrc file is a very simple, straightforward pop request set
to
run every 60 seconds.
Actual contents? Note that some ISPs may view 60 seconds as abusive :)
I'm running FreeBSD 5.4 and have recently updated my sendmail version
to
8.13.4 but those stats shouldn't really matter, yes?
The version of fetchmail however does!
Please also provide the output of "fetchmail -v -v -v" showing the
problem.
As a reference, I run fetchmail (6.2.5.2) from ports on FreeBSD 5.4
and don't see the problem you're describing. That suggests that the
problem is related to your configuration, or your remote POP server.
--
Please keep list traffic on the list.
Rob MacGregor
Whoever fights monsters should see to it that in the process he
doesn't become a monster. Friedrich Nietzsche
--__--__--
_______________________________________________
Fetchmail-friends mailing list
Fetchmail-friends(_at_)lists(_dot_)ccil(_dot_)org
http://lists.ccil.org/cgi-bin/mailman/listinfo/fetchmail-friends
End of Fetchmail-friends Digest
_______________________________________________
Fetchmail-friends mailing list
Fetchmail-friends(_at_)lists(_dot_)ccil(_dot_)org
http://lists.ccil.org/cgi-bin/mailman/listinfo/fetchmail-friends