Patrik Rak:
> On 11.6.2013 12:49, Wietse Venema wrote:
> > Patrik Rak:
> >> On 20.5.2013 17:30, Patrik Rak wrote:
> >>
> >>> What we might do, though, is to introduce time-dependent fallback relay,
> >>> which would be used for deferred mail only after it was in the queue for
> >>> some time, similar to what Viktor mentioned. That way, the amount of
> >>> mail in the deferred queue is considerably limited, and only older mail
> >>> is moved to the fallback relay. This way the greylisted mail would have
> >>> much better chance of getting delivered, compared to current state, and
> >>> both machines could be IMO tuned more appropriately. One could even
> >>> setup a cascade of few more if desired...
> >>
> >> BTW, any opinions about this feature?
> >
> > What if we were to group jobs by attribute X, where X can
> > be sender or size or something else?
>
> Hmm, I am afraid I don't understand what you mean exactly. How would
> that help with reducing the deferred backlog so graylisted mail isn't
> delayed excessively by deferred queue scan taking looong time?
... where X can be time in queue.
I am looking for general principles, rather than special cases.
Wietse
