On Fri, 2 Sep 2005, Michael Haardt wrote: > > Queueing under load is bad advice, as it makes things worse. Mail servers > are usually limited by I/O. Immediate delivery delivers from page cache.
However delivery requires many more fsyncs than just queueing. > It is fine for short peaks, but if in trouble, then try to avoid queuing > and better limit the number of connections and let others retry. I agree that managing the offered load is more effective. > Put it differently: What would break if geometric retry intervals would > use the computed earliest retry time as interval for a random number? Probably nothing :-) Tony. -- <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> http://dotat.at/ ${sg{\N${sg{\ N\}{([^N]*)(.)(.)(.*)}{\$1\$3\$2\$1\$3\n\$2\$3\$4\$3\n\$3\$2\$4}}\ \N}{([^N]*)(.)(.)(.*)}{\$1\$3\$2\$1\$3\n\$2\$3\$4\$3\n\$3\$2\$4}} -- ## List details at http://www.exim.org/mailman/listinfo/exim-dev Exim details at http://www.exim.org/ ##
