Egoitz Aurrekoetxea: > Good morning, > > I have a mail scanning machine which I want to deliver clean message > through lmtp over tcp to another ip. In that other ip, imagine I have 500 > mailboxes and 50 domains. > > How could I manage for fastly delivering a message to mailboxes without > having to be delivering recipient to recipient. > > I mean. Imagine I have 10 messages in the queue and 5 of them have 100 > recipients to be delivered to. If I set : > > lmtp_destination_concurrency_limit = 100 > lmtp_destination_recipient_limit = 100 (>1 so... the destination is a > domain) > > I could have the situation in which 10 lmtp processes to be delivering mail > to a same mailbox.... how could I avoid it?.. I assume doing : > > lmtp_destination_concurrency_limit = 100 > lmtp_destination_recipient_limit = 1
The above configures 100 concurrent deliveries per recipient. > But now, this queue would be far more slower to be dispatched. > > I just wanted Postfix to have the intelligence of just delivering one > message at the same time to a mailbox.... is that possible? without > suffering from a slow delivering queue?. It does hve the intelligence, you just have to recognoize that concurrency scheduling changes with _recipient_limit = 1 With _recipient_limit = 1, _concurrency_limit specifies the concurrency per recipient, and the process limit in master.cf determines how many deliveries are made in parallel over all recipients. With lmtp_destination_recipient_limit = 1 lmtp_destination_concurrency_limit = 1 Plus a ~100 process limit in master.cf. Postfix will deliver 100 messages in parallel, but only one per mailbox at a time. Wietse