On Sun, 1 Jul 2001, Thomas Voss wrote:
> I'm not sure, but I think this is not the way the 'return_path' statement
> should work.
You are right.
> The behaviour I am wondering about is that the envelope sender is not
> changed at all when using 'return_path' within the appendfile transport.
The Bad News is that this is a bug.
The Good News is that it is a very silly bug, and trivial to fix. I was
planning on releasing Exim 3.31 later today (to fix a different bug). I
will include the fix for this bug as well.
Meanwhile, if you can't wait, here is the patch:
*** exim-3.30/src/transports/appendfile.c Mon Jun 18 12:03:27 2001
--- transports/appendfile.c Mon Jul 2 09:34:33 2001
***************
*** 2458,2466 ****
!transport_write_string(fd, "HELO %s%s\n", primary_hostname, cr))
yield = DEFER;
else
! if (!transport_write_string(fd, "MAIL FROM:<%s>%s\n",
! ((addr->errors_address != NULL)?
! addr->errors_address : sender_address), cr))
yield = DEFER;
else
{
--- 2458,2464 ----
!transport_write_string(fd, "HELO %s%s\n", primary_hostname, cr))
yield = DEFER;
else
! if (!transport_write_string(fd, "MAIL FROM:<%s>%s\n", return_path, cr))
yield = DEFER;
else
--
Philip Hazel University of Cambridge Computing Service,
ph10@??? Cambridge, England. Phone: +44 1223 334714.
