Re: Forwards vs aliases ?


Forwards vs aliases ?
\ ClapClap (15 Nov 2007)
. \ mouss (15 Nov 2007)
. . \ 2000ans (15 Nov 2007)
. . . \ mouss (15 Nov 2007)

4 msg	no content-filter for authed users
2 msg	postfix does not flush queued mails
1 msg	Re: [dkim-milter-beta] mlfi_negotiate() problem
2 msg	newby Q
14 msg	PAM 'smtp' file question
5 msg	Cyrus SASL2 + Postfix + PAM - part 3
9 msg	transport error?
3 msg	Can't figure out if this rejection is coming fr...
8 msg	Alias with check_recipient_access: /etc/ppostfi...
2 msg	NDR reports
7 msg	Sender-ID and the Hotmail devil...
2 msg	Postifx with IMAP
2 msg	Postfix and procmail
4 msg	destination limits - what is 'destination'
1 msg	Redirect message based on Conditions
1 msg	Cyrus SASL2 + Postfix + PAM - part 2
6 msg	Cyrus SASL2 + Postfix + PAM
5 msg	header_checks and content_filter documentation ...
2 msg	Some problem configuring postfix/procmail with ...

Subject:	Re: Forwards vs aliases ?
Group:	Postfix-users
From:	mouss
Date:	15 Nov 2007

2000ans wrote:
> mouss a écrit :
>>
>> avoid phrases like these... They are hard to understand. a simple
>> example is a lot better.
>>
>
> You're true. :)
> So, explanations...
> I send a mail to zozo.
> zozo's destinations : xx
> I'd like Postfix not to send "To: zozo" but send a mail for
> each destination and by the way, replace "To: zozo" by the
> destination mail.
>
>>
>> see if virtual_alias_maps is what you want. Note that virtual aliases
>> apply to _ALL_ mail (even for *@yahoo.com, ... etc). Also, make it a
>> habit to use fqdn addresses in virtual aliases (that is: specify the
>> domain part).
>>
>
> I'm already using virtual_alias_maps and it's not what I want.
> This one display the original recipient address, it does not rewrite it
> with the final destination address.
>

do not confuse:
- envelope addresses (used for transport and delivery)
- header addresses (what you see in From:, To:, Cc: ...)

if you want to rewrite headers, look at smtp_generic_maps and
canonical_maps. you probably need to read the ADDRESS REWRITE README.

you should not modify headers except when really needed and beneficial.

> Hope it's more understandable.
>
>
>