On Sun, Apr 27, 2003 at 09:18:00AM +0000, Rob MacGregor wrote:
From: Laurent CREPET <lcrepet(_at_)free(_dot_)fr>
fetchmail seems to badly rewrite the mail header... am I wrong ? Any
option to add ? on the firewall's fetchmail ? on the workstation
fetchmail ?
Have you considered the use of the "norewrite" option?
I haven't tried...
It's strange since a single fetchmail works fine, but a double
fetchmail (one from multiple external mailboxes to my mailbox on the
firewall, and then from my mailbox on the firewall to my mailbox on my
workstation) fails !
Well, we've now got most of the parts of the puzzle. What's in your
.fetchmailrc?
On the firewall:
# Configuration created Thu May 24 00:12:39 2001 by fetchmailconf
set postmaster "lct"
set bouncemail
set no spambounce
set properties ""
poll pop.myisp.com with proto POP3 and options uidl
user 'myuser' there with password 'mypasswd' is lct here warnings 3600
fetchall
antispam 571 550 501 554
On the workstation:
# Configuration created Thu May 24 00:12:39 2001 by fetchmailconf
set postmaster "lct"
set no bouncemail
set properties ""
poll clark.megrapet.org with proto POP3 and options uidl
user 'lct' there with password 'mypasswd' is lct here warnings 3600
fetchall
So... very simple novice files, coming from an old one built with
fetchmailconf under novice mode.
It appears I need to tune fetchmail on both firewall and workstation,
adding the good options. "norewrite", "smtpaddress" and "smtpname",
"smtphosts" could help.
Guessing, it looks like you've got a postfix config problem "(mail
forwarding loop for lct(_at_)localhost(_dot_)megrapet(_dot_)org)".
Something like that. I guess fetchmail on the firewall add its header
and rewrite envelope with lct(_at_)localhost(_dot_)megrapet(_dot_)org, and
fetchmail on
the workstation does it again... So postfix fails somewhere on the
header.
Any idea ?
Laurent.
--
Laurent CREPET -- lcrepet(_at_)free(_dot_)fr