Hello all,
[…] the queue manager just hands off the message to the relevant transport.Whether the transport also uses the same table to decide whether or where to deliver mail is up to the transport.
Obviously. The question is about who checks the local_recipient_maps. Looking at the at the architecture overview, this setting would apply regardless of the source if it was handled by cleanup(8), qmgr(8), trivial-rewrite(8) or local(8).
Reading the man pages for those components and some others, I now see that only smptd(8) is handling that setting. Sorry for saying that this wasn’t documented!
Also, I believe the whole point of introducing the local_recipient_maps setting was to avoid clogging mail queues, both with undeliverable incoming emails and the resulting MAILER-DAEMON replies. So it can’t be applied after the incoming queue.
Assuming synchronous communication between smtpd(8) and cleanup(8), the latter could still be the one responsible for that validation. And this would ensure it is always checked. But okay, the observed behavior is intentional, and that’s what I wanted to be sure of.
Now, I guess I should submit a patch to the documentation in order to explain what wasn’t clear to me at first 🙂. Essentially, reading local_recipient_maps again, I see it does mention SMTP, but it’s definitely not obvious to me this setting apply only here.
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 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?
Regards, -- Étienne Miret https://etienne.miret.io/
OpenPGP_signature
Description: OpenPGP digital signature
_______________________________________________ Postfix-users mailing list -- postfix-users@postfix.org To unsubscribe send an email to postfix-users-le...@postfix.org
