On Tue, 7 Aug 2012, Wietse Venema wrote:
Michal Lipka:
Hello,
today I noticed I don;t have orig_to in my log file even that the address
is rewrited.
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.
Aug 8 13:55:16 mailserver postfix/smtpd[29457]: connect from
unknown[10.0.15.24]
Aug 8 13:55:16 mailserver postfix/smtpd[29457]: DA81C6250A9:
client=unknown[10.0.15.24]
Aug 8 13:55:16 mailserver postfix/cleanup[25642]: DA81C6250A9:
message-id=<[email protected]>
Aug 8 13:55:16 mailserver postfix/qmgr[14715]: DA81C6250A9:
from=<[email protected]>, size=1678, nrcpt=2 (queue active)
Aug 8 13:55:16 mailserver postfix/smtpd[29457]: disconnect from
unknown[10.0.15.24]
Aug 8 13:55:17 mailserver postfix/pipe[20777]: DA81C6250A9:
to=<[email protected]>, relay=dovecot, delay=0.24, delays=0.1/0.01/0/0.14,
dsn=2.0.0, status=sent (delivered via dovecot service)
Aug 8 13:55:17 mailserver postfix/qmgr[14715]: DA81C6250A9: removed
Is there any possibility that I will have in logs something like:
to=<[email protected]>, orig_to=<[email protected]>, relay=dovecot
Maybe it is somehow connected but variable $original_recipient is empty
when I'm trying to use it in master.cf as a vacation script parameter.
Michal
