Patrik Rak:
> Therefore, I suggest that I'll do my best to review the current
> algorithm and see how solution 3 could be implemented. Every time I
> tried before I concluded that separating the two as much as possible
> would be best for the sake of simplicity, but today I was trying to see
> the whole problem as yet another limit similar to concurrency window
> applied to jobs originating from deferred messages only. And as qmgr has
> quite sophisticated support for dealing with blocker jobs and getting
> them out of the way already, perhaps it's not that difficult to try to
> approach it this way in the end. I'll see...
>
> Any objections?
Please consider not hard-coding your two-class solution to new/deferred
mail only, but allowing one level of indirection so that we can
insert a many-to-2 mapping from message property (now: from queue
to delivery class; later: sender, client or size to delivery class).
The idea is that some part of Postfix may clog up due to mail with
properties other than having failed the first delivery attempt.
Wietse
> Patrik
>
> P.S. As I finish this, your most recent responses to my earlier mails
> just hit my mailbox. Unfortunately I will have to read them a bit later,
> so my apologies for not taking them into account yet in this mail.
>
