Exim4 return-path header

From: Eddy (vive.linuxshadoko_at_belgacom.net)
Date: 08/25/04

  • Next message: Lance Hoffmeyer: "nail email references"
    To: debian-user@lists.debian.org
    Date: Wed, 25 Aug 2004 00:19:56 +0200
    
    

    Hi,

    I use Exim4 with Sarge and have a little configuration problem regarding
    mail headers.

    What should I do in order to have "Return-path" and "Sender" headers added
    by Exim to be exactly the same as the "From" header created by my mail
    client ?

    If my question isn't clear enough, please read on for more explanations.

    I have several email addresses and I can choose the one to use from my
    mail client (usually kmail) ; that address is written in the "From"
    header. But then Exim add "Return-path" and "Sender" headers containing
    eddy@debian. Thus my mail headers are like these :
            From : real.address1@real.provider
            Return-path : eddy@debian
            Sender : eddy@debian

    but what I want is
            From : real.address1@real.provider
            Return-path : real.address1@real.provider
            Sender : real.address1@real.provider

    I know I can add
            eddy : real.address1@real.provider
    in the /etc/email-addresses
    but then when I'll chose (from within my mail client) to use
    real.address2@other.provider the headers will be
            From : real.address*2*@other.provider
            Return-path : real.address1@real.provider
            Sender : real.address1@real.provider
    while in that case I'd rather have
            From : real.address*2*@other.provider
            Return-path : real.address*2*@other.provider
            Sender : real.address*2*@other.provider

    Writing
            eddy: use_whatever_is_in_the_from_path
    in /etc/email-addresses won't work (would it?) but that's basicly what I'd
    like to achieve.

    Please don't tell me to RTFM, I've done that and am lost.
    I found out that adding myself to the trusted users suppress the "Sender"
    header entirely but the 'bad' "Return-path" persists.

    I've tried to use "return_path_add = false" or "return_path_remove =
    true" in the exim config files but it didn't work. (Anyway, I suppose I
    do need a return-path, don't I ? )

    Thanks for any help.

    -- 
    Eddy (remove shadoko from the address)
                    "En essayant continuellement, on finit par réussir
                     Donc : plus ça rate, plus on a de chance que ça marche"
    		                                 Les Shadoks
    -- 
    To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org 
    with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
    

  • Next message: Lance Hoffmeyer: "nail email references"

    Relevant Pages

    • RE: anyone user exim and spamassasin?
      ... anyone user exim and spamassasin? ... set of headers containing the spamassassin info. ... To UNSUBSCRIBE, email to debian-user-request@lists.debian.org with a subject of "unsubscribe". ...
      (Debian-User)
    • Re: Remove Internal Hops from Header
      ... Just because it is an external process, ... while for example exim does this within the MTA itself. ... Should a well designed MTA ... good use of the private Received: headers to the outsider. ...
      (comp.mail.sendmail)
    • anyone user exim and spamassasin?
      ... problem ive run into with my install of exim 3.35 and ... sets of headers, the original exim header, then a new ... set of headers containing the spamassassin info. ...
      (Debian-User)
    • Re: anyone user exim and spamassasin?
      ... | sets of headers, the original exim header, then a new ... | set of headers containing the spamassassin info. ...
      (Debian-User)
    • Re: fetchmail: choking on invalid headers
      ... Are you sure _fetchmail_ is the one choking? ... This results in _exim_ ... mode the next time you get a message with malformed headers. ...
      (Debian-User)