Re: [exim] pretend a different domain

Page principale
Supprimer ce message
Répondre à ce message
Auteur: hw
Date:  
À: Odhiambo Washington
CC: exim users
Sujet: Re: [exim] pretend a different domain
Odhiambo Washington schrieb:
>
>
> On 9 August 2016 at 17:14, hw <hw@??? <mailto:hw@gc-24.de>> wrote:
>
>
>     Hi,

>
>     with several domains declared as local domains, users can
>     send and receive messages with sender addresses the domain
>     part of which is any of the local domains.  Unfortunately,
>     when looking at the headers, the recipient can always see
>     from which domain the message was actually sent because of
>     headers like Received: and Sender:, and the envelope information.

>
>     Is there a way to make it so that the recipient of a message
>     sent from <user@??? <mailto:user@domain-b.com>> cannot figure out that the message
>     was actually sent from <user@??? <mailto:user@domain-a.net>> when the host exim
>     runs on has a primary hostname like mx.domain-a.net <http://mx.domain-a.net>?

>
>
>     I´m having users who should have an email account for two domains,
>     and when sending test messages, I can always clearly see in the
>     headers where the messages actually came from.

>
>     Do I need to set up another email server for this?

>
>
> I think this is where virtual hosts concept comes into play.
> You just need to point the MX for all domains to the very server and use virtual domains.
> I am a little confused though: What is rewriting the headers?


A Sender: header (besides others) is being added by exim because the From: domain does not
match 'qualify_domain'. (The outgoing messages are sent by authenticated users via submission.)

Now I´m looking at the documentation, trying to figure out how to disable this feature for
such messages: http://www.exim.org/exim-html-current/doc/html/spec_html/ch-message_processing.html

The documentation seems rather foggy in this regard. Setting 'local_from_suffix' does not help,
and other related options apparently can only be used globally, though the manual indicates that
the feature could somehow be disabled by the ACL.

I´d probably be fine when I manage to disable adding the Sender: header.


>
>
>
> --
> Best regards,
> Odhiambo WASHINGTON,
> Nairobi,KE
> +254 7 3200 0004/+254 7 2274 3223
> "Oh, the cruft."