Re: [exim] Messing with return_path

Top Page
Delete this message
Reply to this message
Author: Chris Lear
Date:  
To: exim-users
Subject: Re: [exim] Messing with return_path
* Magnus Holmgren wrote (05/10/06 14:44):
> On Tuesday 03 October 2006 13:56, Chris Lear took the opportunity to say:
>> I've been asked to implement the (deprecated) Errors-To header in exim
>> for some mail. (Or achieve the same result some other way...)
>>
>> A windows server on the network is generating mailing-list-style mail,
>> and there's a requirement to have the errors go to an address that isn't
>> the same as the address in the From header. It seems they either don't
>> know how to set the envelope sender, or are reluctant to recode a
>> windows application to be more sensible. However, they can set an
>> Errors-To header, and relay through exim. I said I'd be able to deal
>> with it from there.
>>
>> Anyway, I'm now doing this in a transport:
>>
>> return_path = ${if def:header_errors-to:{$h_errors-to:} fail }
>
> You need to set the aptly named errors_to option of a suitable router instead.
> return_path is just what the transport sends to the remote server in the MAIL
> command, or adds to the mail header in the Return-path field.


Of course. Thanks.
Chris