Re: Delivering Mail with priority based on domain

[lst_hoe02]

Zitat von Victor Duchovni <victor.ducho...@morganstanley.com>:

On Fri, Feb 04, 2011 at 12:51:36AM +0100, Jeroen Geilman wrote:

That will create a separate queue from the outgoing mail which is using
the "smtp" transport,

There is one queue.

Physically, yes. Logically, and this is what matters more: no. Each
transport has a separate pool of delivery agent processes transports
are scheduled in parallel (well, round-robin, but unless the queue
manager is disk-I/O starved, transport allocation is very fast, delay

limits).

is caused by lack of delivery agents or per-transport, per-nexthop concurrency

Only curious, never really seen a that congested Postfix...

Regards

Andreas

This applies as long as the total amount for one transport is below qmgr_message_active_limit, no? Or is there some magic to prevent one transport using all of the active queue beside the "dead transport" which moves mail destinated to this transport to deferred, but only fires if the destination fail instead of being slow?

smime.p7s
Description: S/MIME Cryptographic Signature