Hi friends,
here is a patch from a Debian user against fetchmail 5.9.11, but this
bug seems to apply to 6.2.0 as well. This patch improves bouncing on
empty return path. Original message is included for more information.
Happy gnu year,
Benjamin
--- Begin Message ---
Package: fetchmail
Version: 5.9.11-6.2
Tags: patch
Hi,
When fetchmail POPs a message from the pop3 server that has a
"Return-Path: <>" header in it, fetchmail forwards it to the local SMTP
listener using the address from the "From:" header or
"username(_at_)pophostname" if no "From:" header is given.
So if I receive a bounce (or a 'your mail has been delivered') message and
for some reason it can't be delivered on my local system, a bounce message
is sent to (in most cases) the remote postmaster. If that site is running
fetchmail as well, we may end up with a mail loop.
I added a few lines (diff attached) that made it work for me. It seems to
me that handling empty return-paths was only partially implemented
(e.g. in reply_hack() in rfc822.c), but never finished.
The diff is based on fetchmail 5.9.11-6.2.
For fetchmail 6.2.0-2 the starting line numbers are 860 for sink.c
and 671 for transact.c.
Regards,
Maarten.
fetchmailreturnpath.diff
Description: Text document
pgpJyAhPUM4FQ.pgp
Description: PGP signature
--- End Message ---
--
.''`.
; ;' ; Debian GNU/Linux | Benjamin Drieu
`. `' http://www.debian.org/ | <benj(_at_)debian(_dot_)org>
`-