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

Reply via email to