On 16.5.2013 13:13, Wietse Venema wrote:
You can try. I hope you can also document the result! Neither
I'll do my best. Fortunately it seems this knob is pretty straightforward to explain to the end users.
Victor nor I have been able to fully absorb the subtle details of nqmgr in a reasonable time span (like a long weekend or so).
We can try to arrange some kind of online meeting about this someday if you wish. It would be even better to have a real whiteboard around, but we can try.
It's not for the first time when it occurs to me that some interactive discussion might be helpful. OTOH, being able to think about something over longer periods of time caused by time zone differences sometimes helps, too. :)
Just be aware that persistent backlog will also affect geylisted mail, as the time to make one pass over the deferred queue increases with backlog size. Increasing the maximal_backoff_time only delays the onset of trouble.
I was thinking about related issue today, too. The enhancement I was considering was that rather than classifying all deferred mail as "slow", we can exclude deferred mail which is not in the deferred queue for longer than some configurable time (explicit retry count might be even better, but we don't keep track of that now). That would prevent the greylisted mail from being put into the same class as the entire backlog, which might be too harsh for fresh deferred mail.
Patrik
