On Wed, 8 Aug 2012, Viktor Dukhovni wrote:
On Wed, Aug 08, 2012 at 07:53:34PM +0200, [email protected] wrote:
On Wed, 8 Aug 2012, Viktor Dukhovni wrote:
On Wed, Aug 08, 2012 at 02:03:56PM +0200, Michal Lipka wrote:
On Tue, 7 Aug 2012, Wietse Venema wrote:
Incorrect. Postfix logs orig_to only if the address is rewritten
before it is delivered.
For example Postfix does not log orig_to AFTER a content filter, when
virtual alias expansion happened BEFORE the content filter.
Actually I don't have any content filter here. This mail is
addressed to [email protected] and after virtual_alias_maps
(select goto from alias) is rewrited to [email protected] and then
delievered via dovecot service.
Then the message is rewritten upstream, perhaps on 10.0.15.24
10.0.15.24 is my mail frontend (receives mails from internet and
then relays them to appropriate server inside). it does only virus
scanning (with spamassassin). Is it important what's going on with
message on other server?
Naturally, since it is highly likely the rewrite took place there,
the Postfix server that does the rewrite records any change in the
envelope address. Downstream servers that don't rewrite don't record
the change they did not make.
It is impossible for upstream server to do this rewrite because it doesn't
know anything about aliases.
In my first mail I included report from cleanup -v from downstream server
which clearly (for me) shows it does the rewrite.
What am I missing?
Michal
