Etienne Miret via Postfix-users:
> > If there is a DISCREPANCY between local_recipient_maps and your
> > local delivery agent, then you MUST UPDATE your local_recipient_maps
> > accordingly.
>
> I wasn't complaining about that discrepancy. I was complaining that the
> local_recipient_maps is only checked for mails submitted through SMTP.
There is nothing that prevents local_recipient_maps from being used
elsewhere. The need to do so just hasn't come up. This is why the
doc mmentions that local_recipient_maps is used by the SMTP daemon.
As for local_recipient_maps not being checked elsewhere in Postfix:
- When an alias map, virtual_alias map, or .forward file, specifies
a non-existent recipient, then some delivery agent will generate
a non-delivery notification (NDR). That is more useful than
rejecting non-existent recipients in the program that expands the
alias.
- When /usr/sbin/sendmail command-line submission specifies a
non-existent recipient, then some delivery agent will generate
an NDR. That is more useful than rejecting non-existent recipients
in the program that that receives the command-line submission.
> > There are better ways now to integrate Dovecot: I suggest that you
> > use Dovecot LMTP integration instead.
>
> Cool! Not sure what you mean here though, as I've been using LMTP to
> deliver mails from Postfix to Dovecot for years. Mind giving some pointers?
You had not mentioned LMTP.
mailbox_transport and _maps were originally used to deliver mail
for UNIX and [1] non-UNIX accounts to a [2] Dovecot command-line
tool. Both [1] and [2] were poor solutions.
Wietse
_______________________________________________
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org
