On Jul 11, 2021, at 1:06 PM, Claus R. Wickinghoff <cl...@mobile.oche.de> wrote:
I think this can be achieved with reject_unverified_recipient to query
dovecot via lmtp but I've no practical experience with this. Probably
you've to do some googling...
On 12.07.21 10:19, Ron Garret wrote:
That turned out to be the Right Answer. I simply added
reject_unverified_recipient to smtpd_recipient_restrictions and that fixed the
problem.
The chain of events that led to this problem is kind of interesting. What
happened was that I migrated my email server from one machine, where it
had been running with no problem for many years, to a new machine at a new
provider. I had simply copied the main.cf file from the old machine to
the new one, but changed the delivery mechanism from direct delivery (i.e.
postfix as LDA) to LMTP (i.e. dovecot as LDA). So what was happening
before (I think) is that postfix was looking up users in the user DB, not
because of smtpd_recipient_restrictions (because I didn’t have that set)
but because it had to in order to deliver local messages. When I switched
to LMTP that was no longer the case. Postfix now thought it was possible
to deliver to non-existent users, and that’s what resulted in the
backscatter.
it MAY still be possible to set up postfix to read local recipients from
database dovecot uses.
Look at local_recipient_maps directive if it's possible, depends on your
dovecot setup.
reject_unverified_recipient requires verifying each recipient and keep track
of them (deliverable or not) which is useful for cases where you can not use
local_recipient_maps
--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
Micro random number generator: 0, 0, 0, 4.33e+67, 0, 0, 0...
