Hello!
I have a problem with multidrop mailbox downloading in Fetchmail 5.9.13.
I realize that this is not a current version, but reading the NEWS and
the online man-page makes me think there hasn't been a change in the
behaviour recently.
We have a catch-all mailbox at our ISP that receives everything(_at_)idas(_dot_)cz(_dot_)
The POP3/IMAP server's address, though, is not idas.cz: it is login.cz,
us.spinet.cz and 193.86.200.20. Mail for anything(_at_)idas(_dot_)cz gets routed to
prg.traveller.cz, there the envelope address gets rewritten to
idas(_at_)login(_dot_)cz and the mail gets sent to login.cz.
I use the following config line:
poll spinet via 193.86.200.20 no dns proto pop3 localdomains idas.cz
user idas pass "censored" to * here
The problem is that Fetchmail, when looking for the envelope address in
Received headers, considers "via" equivalent to "localdomains". Quote
from man page:
> It looks for addresses with hostname parts that match your
> poll name or your `via', `aka' or `localdomains' options,
> and usually also for hostname parts which DNS tells it are
> aliases of the mailserver.
Here is an excerpt from a typical received email:
Received: from prg.traveller.cz (prg.traveller.cz [193.85.2.77])
by login.cz (8.12.3/8.12.3/Debian-6.3) with ESMTP id h5387fkC004519
for <idas(_at_)login(_dot_)cz>; Tue, 3 Jun 2003 10:07:41 +0200
Received: from box.hbnet.cz (box.hbnet.cz [194.213.251.18])
by prg.traveller.cz (8.12.2[KQ/pukvis]/8.12.2-prg) with ESMTP id
h538D6Tp071683
for <dvorakv(_at_)idas(_dot_)cz>; Tue, 3 Jun 2003 10:13:14 +0200 (CEST)
Received: from jarda (aikahb.hbnet.cz [194.213.251.203])
by box.hbnet.cz (8.12.9/8.12.9) with SMTP id h537s35M027205;
Tue, 3 Jun 2003 09:54:03 +0200
To: <Undisclosed-Recipient:;@193.86.200.20>
If I specified the POP3 server with its login.cz hostname, all mail
would go to user idas because _all_ mail gets sent to idas(_at_)login(_dot_)cz(_dot_)
Turning off DNS resolving and specifying the POP3 server with its IP
address solves the problem for most mails, but there are some - such as
the above - contain something like undisclosed-recipients(_at_)193(_dot_)86(_dot_)200(_dot_)20,
so although the mail contains perfectly valid destination address
(dvorakv(_at_)idas(_dot_)cz), it still doesn't work.
Is there a way to solve the problem with fetchmail as it is?
Thank you!
Vaclav Dvorak <dvorakv(_at_)idas(_dot_)cz>