Is it possible the inclusion of a domain for your user is causing
problems?
I.e., what if you have "user britta.hentschel is britta"?
Of course, this can't explain why it works on some systems but not
others. Is your fetchmail version the same on both? If so, perhaps
it has something to do with your DNS setup.
On Sat, Jul 13, 2002 at 09:44:38PM +0200, Robert Schwebel wrote:
Hi,
[Please Cc: as I'm not subscribed to the list. Thanks.]
I have a strange problem with fetchmail on a Debian Woody machine. The
constellation is that the local machine polls mails from three sources:
poll pop.gmx.net:
protocol pop3
user britta(_dot_)hentschel(_at_)gmx(_dot_)de is britta here
password "<secret>"
poll kunden.dnx.de localdomains schwebel.de:
aka schwebel.de
protocol pop3
envelope "Envelope-to"
no dns
user postbote(_at_)schwebel(_dot_)de with password "<secret>" is * here
poll kunden.dnx.de localdomains pengutronix.de:
aka pengutronix.de
protocol pop3
envelope "Envelope-to"
no dns
user postbote(_at_)pengutronix(_dot_)de with password "<secret>" is * here
Exim on the local machine cares for the domains pengutronix.de and
schwebel.de, so I had to define a separate router for
britta(_dot_)hentschel(_at_)gmx(_dot_)de to be recognized as local (which
works according
to 'exim -d9 -bt ...').
Now the problem:
Polling mails for the 2nd and 3rd server works like a charm. But the
first one leads to a timeout:
sternchen:~# fetchmail -f /etc/fetchmailrc
3 messages for britta(_dot_)hentschel(_at_)gmx(_dot_)de at pop.gmx.net (44517
octets).
reading message britta(_dot_)hentschel(_at_)gmx(_dot_)de@pop.gmx.net:1 of 3
(41817 octets)
It simply stops here: adding -v -v shows this:
fetchmail: POP3> LIST
fetchmail: POP3< +OK mailbox has 3 messages (44517 octets)
fetchmail: POP3< 1 41817
fetchmail: POP3< 2 1003
fetchmail: POP3< 3 1697
fetchmail: POP3< .
fetchmail: POP3> RETR 1
fetchmail: POP3< +OK message follows
reading message britta(_dot_)hentschel(_at_)gmx(_dot_)de@pop.gmx.net:1 of 3
(41817 octets)
This looks to me like the POP server does not start sending here.
The strange thing is that if I try to poll on another machine (with
fetchmail-5.4.0, and Postfix from SuSE 7.2) with the same fetchmailrc it
works. Any idea?
Robert