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
