Steve Switzer writes:
Hello,
I wrote to the list about a week ago, and people kept asking for logs
and config files.
So, here's my .fetchmailrc:
-----begin-----
set logfile ""
#set syslog
set postmaster "postmaster"
#set daemon 180
defaults proto pop3
fetchall
poll pop-server.rochester.rr.com localdomains binaryh.com:
user sswithz1 with password -- to 'esr' * here
------end------
When fetchmail runs, is correctly downloads the mail. However, when it is
forwarded to the local smtp server (sendmail), all email is sent to
postmaster, instead of the intended recipient.
I have dyndns.com setup as the MX for my domain. They send all email to a
specific POP account. So, all email for *(_at_)binaryh(_dot_)com goes there.
Here's the log file created when I run "fetchmail -v -v > logfile"
------begin-----
fetchmail: 5.9.0 querying pop-server.rochester.rr.com (protocol POP3) at Mon,
13 Aug 2001 11:09:39 -0400 (EDT)
fetchmail: POP3< +OK mail2.rochester.rr.com POP3 server (Post.Office v3.5.3
release 223 with ZPOP version 1.0 ID# 0-59787U250000L250000S0V35) ready Mon, 13
Aug 2001 11:01:11 -0400
fetchmail: POP3> USER sswithz1
fetchmail: POP3< +OK Password required for sswithz1
fetchmail: POP3> PASS *
fetchmail: POP3< +OK Maildrop has 1 messages (1299 octets)
fetchmail: selecting or re-polling default folder
fetchmail: POP3> STAT
fetchmail: POP3< +OK 1 1299
fetchmail: 1 message for sswithz1 at mail2.nyroc.rr.com (1299 octets).
fetchmail: POP3> LIST
fetchmail: POP3< +OK
fetchmail: POP3< 1 1299
fetchmail: POP3< .
fetchmail: POP3> RETR 1
fetchmail: POP3< +OK 1299 octets
fetchmail: reading message 1 of 1 (1299 octets)
fetchmail: About to rewrite Return-Path: <Steve_Switzer(_at_)suth(_dot_)com>
Rewritten version is Return-Path: <Steve_Switzer(_at_)suth(_dot_)com>
fetchmail: analyzing Received line:
Received: from nymx01.mgw.rr.com ([24.92.226.31]) by mail2.rochester.rr.com
(Post.Office MTA v3.5.3 release 223
ID# 0-59787U250000L250000S0V35) with ESMTP id com
for <sswithz1(_at_)rochester(_dot_)rr(_dot_)com>; Mon, 13 Aug 2001
11:00:53 -0400
fetchmail: line accepted, mail2.rochester.rr.com is an alias of the mailserver
fetchmail: found Received address `sswithz1(_at_)rochester(_dot_)rr(_dot_)com'
fetchmail: About to rewrite From: Steve Switzer
<Steve_Switzer(_at_)suth(_dot_)com>
Rewritten version is From: Steve Switzer <Steve_Switzer(_at_)suth(_dot_)com>
fetchmail: About to rewrite To: annmarie(_at_)binaryh(_dot_)com
Rewritten version is To: annmarie(_at_)binaryh(_dot_)com
fetchmail: no local matches, forwarding to postmaster
fetchmail: SMTP< 220 tsunami.binaryh.com ESMTP Sendmail 8.11.2/8.8.7; Mon, 13
Aug 2001 11:09:42 -0400
fetchmail: SMTP> EHLO localhost
fetchmail: SMTP< 250-tsunami.binaryh.com Hello localhost [127.0.0.1], pleased
to meet you
fetchmail: SMTP< 250-ENHANCEDSTATUSCODES
fetchmail: SMTP< 250-8BITMIME
fetchmail: SMTP< 250-SIZE
fetchmail: SMTP< 250-DSN
fetchmail: SMTP< 250-ONEX
fetchmail: SMTP< 250-ETRN
fetchmail: SMTP< 250-XUSR
fetchmail: SMTP< 250-AUTH GSSAPI
fetchmail: SMTP< 250 HELP
fetchmail: forwarding to localhost
fetchmail: SMTP> MAIL FROM:<Steve_Switzer(_at_)suth(_dot_)com> SIZE=1299
fetchmail: SMTP< 250 2.1.0 <Steve_Switzer(_at_)suth(_dot_)com>... Sender ok
fetchmail: SMTP> RCPT TO:<postmaster(_at_)localhost>
fetchmail: SMTP< 250 2.1.5 <postmaster(_at_)localhost>... Recipient ok
fetchmail: SMTP> DATA
fetchmail: SMTP< 354 Enter mail, end with "." on a line by itself
#fetchmail: SMTP>. (EOM)
fetchmail: SMTP< 250 2.0.0 f7DF9gZ06792 Message accepted for delivery
fetchmail: flushed
fetchmail: POP3> DELE 1
fetchmail: POP3< +OK Message 1 deleted
fetchmail: POP3> QUIT
fetchmail: POP3< +OK mail2.rochester.rr.com POP3 server closing connection
fetchmail: not swapping UID lists, no UIDs seen this query
fetchmail: SMTP> QUIT
fetchmail: SMTP< 221 2.0.0 tsunami.binaryh.com closing connection
fetchmail: Deleting fetchids file.
fetchmail: normal termination, status 0
fetchmail: Deleting fetchids file.
-------end------
Can someone please tell me why Fetchmail didn't send the email to
annmarie(_at_)localhost or annmarie(_at_)binaryh(_dot_)com, instead of
postmaster(_at_)localhost?
This is almost identical to my situation.
It is currently by (unproven) belief that multidrop handling was broken by
some version of fetchmail between 5.3 (which worked) and 5.8 (which doesn't
with the same .fetchmailrc configuration).
Up until now, I have been using a binary rpm packaged by SuSE so I'll have
to play some games on my server in order to get to a position where I can
actually compile fetchmail myself and add some suitable debugging code.
However, a cursory reading of the code suggests that the received headers
are not being correctly mapped to local names in multidrop mode - whether or
not the WILDCARD option is being used.
I'll keep the list informed with what I find.
--
Bill Michell
bill(_at_)mics(_dot_)org(_dot_)uk (home)