fetchmail-users

[fetchmail-users] comcast.net pop3 broken after 5.9.12 upgraded

[Denis H. <de...@al...>]

hello all,
fetchmail has been awesome and worked flawlessly for years for me, thats
why this is so odd.  my system is redhat fedora core 3ish (i upgrade
packages as I need to) anyway I had an rpm of fetchmail 5.9.12 installed
which was working fine.  I did something dumb with postfix and stopped
receiving mail, while troubleshooting it I upgraded fetchmail to 
fetchmail-6.2.5-7.fc4.1.i386.rpm.  Once I found my problem with postfix
I verified that fetchmail could connect to my univeristy IMAP account
and it started downloading my mail.  Great.  Several days later I
realized I was no longer receiving mail from my comcast.new pop3 acocunt
which is AFTER my IMAP account in my fetchmailrc file.

After trying a number of different RPMs I grabbed my old working
fetchmail binary from a backup and low and behold everything was fine
again.  As you can see from the enclosed files there is not much of an
error.  More like a lack of anything.  I tried to capture the pop3
packets with ethereal and never saw anything after the host lookup.

So anyway I was curious if anyone had any ideas. Right now I am fine
running 5.9.12. I have tried the earliest RPM I can find which is
fetchmail-5.9.13-1.i386.rpm and it has the same problems.  Output from
both the working and non-working versions is included below.

-- fetchmailrc file --

poll mail.comcast.net with proto pop3:
  user xxxxxxxxx is xxxxxxxx here pass xxxxxxxxx options fetchall


-- output of fetchmail -v -v version 5.9.12

[620] christmas /home/denis% fetchmail -v -v
fetchmail: 5.9.12 querying mail.comcast.net (protocol POP3) at Thu, 15
Dec 2005 16:54:21 -0500 (EST): poll started
fetchmail: POP3< +OK (rwcrpxc60) Maillennium POP3/PROXY server #176
fetchmail: POP3> USER xxxxxxxxxx
fetchmail: POP3< +OK
fetchmail: POP3> PASS 
fetchmail: POP3< +OK ready
fetchmail: selecting or re-polling default folder
fetchmail: POP3> STAT
fetchmail: POP3< +OK 0 0
fetchmail: No mail for xxxxxxxxx at mail.comcast.net
fetchmail: POP3> QUIT
fetchmail: POP3< +OK comcast.net
fetchmail: 5.9.12 querying mail.comcast.net (protocol POP3) at Thu, 15
Dec 2005 16:54:24 -0500 (EST): poll completed
fetchmail: not swapping UID lists, no UIDs seen this query
fetchmail: Query status=1 (NOMAIL)
fetchmail: Deleting fetchids file.
fetchmail: normal termination, status 1
fetchmail: Deleting fetchids file.

-- output of fetchmail -v -v version 5.9.13

[624] christmas /home/denis% fetchmail -v -v
fetchmail: 5.9.13 querying mail.comcast.net (protocol POP3) at Thu, 15
Dec 2005 16:56:18 -0500 (EST): poll started
fetchmail: fetchmail: getaddrinfo(mail.comcast.net.pop3)
fetchmail: 5.9.13 querying mail.comcast.net (protocol POP3) at Thu, 15
Dec 2005 16:56:18 -0500 (EST): poll completed
fetchmail: Query status=2 (SOCKET)
fetchmail: Deleting fetchids file.
fetchmail: normal termination, status 2
fetchmail: Deleting fetchids file.

-- output of fetchmail -V version 5.9.12

[637] christmas /home/denis% fetchmail -V
This is fetchmail release 5.9.12
Linux christmas.auspice.net 2.6.6 #7 Sun Jun 27 15:44:05 EDT 2004 i686
i686 i386 GNU/Linux
Taking options from command line and /home/denis/.fetchmailrc
Idfile is /home/denis/.fetchids
Fetchmail will forward misaddressed multidrop messages to denis.
Options for retrieving from den...@ma...:
  True name of server is mail.comcast.net.
  Protocol is POP3.
  All available authentication methods will be tried.
  Server nonresponse timeout is 300 seconds (default).
  Default mailbox selected.
  All messages will be retrieved (--all on).
  Fetched messages will not be kept on the server (--keep off).
  Old messages will not be flushed before message retrieval (--flush
off).
  Rewrite of server-local addresses is enabled (--norewrite off).
  Carriage-return stripping is disabled (stripcr off).
  Carriage-return forcing is disabled (forcecr off).
  Interpretation of Content-Transfer-Encoding is enabled (pass8bits
off).
  MIME decoding is disabled (mimedecode off).
  Idle after poll is disabled (idle off).
  Nonempty Status lines will be kept (dropstatus off)
  Delivered-To lines will be kept (dropdelivered off)
  Messages will be SMTP-forwarded to: localhost (default)
  Recognized listener spam block responses are: 571 550 501 554
  Single-drop mode: 1 local name(s) recognized.
  No UIDs saved from this host.


-- output of fetchmail -V version 5.9.13

[635] christmas /home/denis% fetchmail -V
This is fetchmail release 5.9.13+INET6
Fallback MDA: (none)
Linux christmas.auspice.net 2.6.6 #7 Sun Jun 27 15:44:05 EDT 2004 i686
i686 i386 GNU/Linux
Taking options from command line and /home/denis/.fetchmailrc
Idfile is /home/denis/.fetchids
Fetchmail will forward misaddressed multidrop messages to denis.
Options for retrieving from den...@ma...:
  True name of server is mail.comcast.net.
  Protocol is POP3.
  All available authentication methods will be tried.
  Server nonresponse timeout is 300 seconds (default).
  Default mailbox selected.
  All messages will be retrieved (--all on).
  Fetched messages will not be kept on the server (--keep off).
  Old messages will not be flushed before message retrieval (--flush
off).
  Rewrite of server-local addresses is enabled (--norewrite off).
  Carriage-return stripping is disabled (stripcr off).
  Carriage-return forcing is disabled (forcecr off).
  Interpretation of Content-Transfer-Encoding is enabled (pass8bits
off).
  MIME decoding is disabled (mimedecode off).
  Idle after poll is disabled (idle off).
  Nonempty Status lines will be kept (dropstatus off)
  Delivered-To lines will be kept (dropdelivered off)
  Messages will be SMTP-forwarded to: localhost (default)
  Recognized listener spam block responses are: 571 550 501 554
  Single-drop mode: 1 local name(s) recognized.
  No UIDs saved from this host.


Final bit of info is that I believe this is the info for the RPM I have
of 5.9.12

[585] christmas /mnt/mac/var/lib/rpm% rpm -qi fetchmail-5.9.12-1
--dbpath /mnt/mac/var/lib/rpm
Name        : fetchmail                    Relocations: (not relocateable)
Version     : 5.9.12                            Vendor: Eric Conspiracy Secret Labs
Release     : 1                             Build Date: Tue Jun  4 15:20:29 2002
Install Date: Sat Jun 15 15:05:26 2002      Build Host: snark.thyrsus.com
Group       : Applications/Mail             Source RPM: fetchmail-5.9.12-1.src.rpm
Size        : 752644                           License: GPL
Signature   : (none)
Packager    : Eric S. Raymond <es...@th...>
URL         : http://www.tuxedo.org/~esr/fetchmail
Summary     : Full-featured POP/IMAP mail retrieval daemon


-denis

-- 
____________________________________________________________
Denis Alan Hainsworth     | http://www.cs.brandeis.edu/~denis/  
de...@al... | "Life is just one big sad christmas."

Re: [fetchmail-users] comcast.net pop3 broken after 5.9.12 upgraded

[Matthias A. <mat...@gm...>]

Denis Hainsworth <de...@al...> writes:

> fetchmail has been awesome and worked flawlessly for years for me, thats
> why this is so odd.  my system is redhat fedora core 3ish (i upgrade
> packages as I need to) anyway I had an rpm of fetchmail 5.9.12 installed
> which was working fine.  I did something dumb with postfix and stopped
> receiving mail, while troubleshooting it I upgraded fetchmail to 
> fetchmail-6.2.5-7.fc4.1.i386.rpm.  Once I found my problem with postfix
> I verified that fetchmail could connect to my univeristy IMAP account
> and it started downloading my mail.  Great.  Several days later I
> realized I was no longer receiving mail from my comcast.new pop3 acocunt
> which is AFTER my IMAP account in my fetchmailrc file.

Can you try fetchmail-6.3.0 or 6.3.1-pre1 and see if the problem
persists? There have been dozens of bugfixes since 6.2.5.

> [624] christmas /home/denis% fetchmail -v -v
> fetchmail: 5.9.13 querying mail.comcast.net (protocol POP3) at Thu, 15
> Dec 2005 16:56:18 -0500 (EST): poll started
> fetchmail: fetchmail: getaddrinfo(mail.comcast.net.pop3)
> fetchmail: 5.9.13 querying mail.comcast.net (protocol POP3) at Thu, 15
> Dec 2005 16:56:18 -0500 (EST): poll completed
> fetchmail: Query status=2 (SOCKET)
> fetchmail: Deleting fetchids file.
> fetchmail: normal termination, status 2
> fetchmail: Deleting fetchids file.

getaddrinfo is, AFAIR, only used if inet6 is enabled. Does your system
have complete IPv6 implementation, recent (i. e. no older than what was
shipped with Fedora Core 3) glibc, resolver and similar code? Is your
glibc fit for a 2.6 kernel? Pre-2.6 user space may cause trouble on 2.6
kernels, and unfortunately, Linux 2.6.X is not what other operating
systems or software programmers would call "stable".

While Linux 2.6.6 is generally speaking new enough for IPv6, if you
upgrade packages as opportunity arises, this in itself may introduce
inconsistencies that cause all kinds of problems.

This is really hard to debug, if the 6.3.0 (or 6.3.1-pre1) still fail,
perhaps strace can shed some light.

See http://home.pages.de/~mandree/fetchmail/ or
    http://fetchmail.berlios.de/
for downloads of 6.3.1-pre1 and 6.3.0, respectively.

-- 
Matthias Andree

Re: [fetchmail-users] comcast.net pop3 broken after 5.9.12 upgraded

[Rob M. <rob...@gm...>]

On 15/12/05, Denis Hainsworth <de...@al...> wrote:
> hello all,
> fetchmail has been awesome and worked flawlessly for years for me, thats
> why this is so odd.  my system is redhat fedora core 3ish (i upgrade
> packages as I need to) anyway I had an rpm of fetchmail 5.9.12 installed
> which was working fine.  I did something dumb with postfix and stopped
> receiving mail, while troubleshooting it I upgraded fetchmail to
> fetchmail-6.2.5-7.fc4.1.i386.rpm.  Once I found my problem with postfix
> I verified that fetchmail could connect to my univeristy IMAP account
> and it started downloading my mail.  Great.  Several days later I
> realized I was no longer receiving mail from my comcast.new pop3 acocunt
> which is AFTER my IMAP account in my fetchmailrc file.
<---SNIP--->
> -- fetchmailrc file --
>
> poll mail.comcast.net with proto pop3:
>   user xxxxxxxxx is xxxxxxxx here pass xxxxxxxxx options fetchall

That would appear to be less than the entire file, given your initial
statement.  What does the entire .fetchmailrc file look like?

However, once you install 6.3.x we really need to see the output of
that - it's little use providing us with diagnostic output of
everything *but* the version you're having problems with :-)

--
                 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