On Tue, Nov 09, 2010 at 01:51:22PM -0800, Bryan Harrison wrote:
> Nov 2 12:14:27 wheat postfix/cleanup[48580]: 5177C28C01B:
> message-id=<[email protected]>
This cleanup service rewrote the original recipient:
orig_to=<[email protected]>
to the final recipient:
> to=<[email protected]>,
as evidenced by this log entry, which shows the message en-route to
amavsid-new:
> Nov 2 12:14:27 wheat postfix/smtp[48581]: 5177C28C01B:
> to=<[email protected]>,
> orig_to=<[email protected]>,
> relay=127.0.0.1[127.0.0.1]:10024,
> delay=0.52, delays=0.05/0.07/0.01/0.39, dsn=2.0.0, status=sent
> (250 2.0.0 Ok, id=48549-01, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok:
> queued as C12B528C032)
After which point the damage is already done.
> Nov 2 12:14:27 wheat postfix/pipe[48588]: C12B528C032:
> to=<[email protected]>,
> relay=dovecot, delay=0.14, delays=0/0.05/0/0.08, dsn=2.0.0, status=sent
> (delivered via dovecot service)
Perhaps the original domain is incorrectly listed in $mydestination,
and the bare user-name "bryan" is listed in "virtual_alias_maps". Or
else canonical mappings or similar input-stage rewriting applies to
this recipient address.
--
Viktor.