> On Mar 1, 2017, at 8:42 AM, Ian Evans <dheianev...@gmail.com> wrote:
>
> Mar 1 08:19:59 carson postfix/lmtp[16949]: 0DCD22016BE:
> to=<sa...@example.com>, relay=carson.example.com[private/dovecot-lmtp],
> delay=0.07, delays=0.01/0.01/0/0.04, dsn=5.1.1, status=bounced (host
> carson.example.com[private/dovecot-lmtp] said: 550 5.1.1 <sa...@example.com>
> User doesn't exist: sa...@example.com (in reply to RCPT TO command))
>
> Aliases were working previously and are in /etc/postfix/vmaps
You've not posted your "postconf -n" or "postconf -Mf" output,
http://www.postfix.org/DEBUG_README.html#mail
so what follows will be speculative. The aliases you allude to
sound like virtual(5) aliases. In which case their processing
happens on *input* in cleanup(8), not in delivery agents. Since
the log entry you show has no "orig_to" element, and you probably
don't have "enable_original_recipient = no", one might conclude
that somehow you've disabled use of that set of aliases in cleanup(8).
Perhaps "receive_override_options"? Or perhaps a change in the
definition of "virtual_alias_maps"?
Or perhaps the aliases were local(5) aliases, in which case your
dovecot lda would not be processing those, you need to use
"mailbox_transport" to deliver mail to local users to an alternate
transport without losing local(5) alias expansion.
--
Viktor.
