Catalin Constantin wrote: > I sent the configuration to the list. Please see previous emails. > > Configuration was sent, exim startup parameters were sent. > We run exim with: /usr/sbin/exim -bd -q2m (from the Gentoo startup script). > > I think this is all the experts have asked for.
It was the missing link, yes. You are working against yourself. - the retry rules you *had* (10-minute interval), would only be 'looked at' once every TWO minutes, - the retry rules I offered (2 minute interval), are looked at every 55 *seconds* here. (AND NOT logged). No real resource load - our queue is nearly always empty. Yahoo takes *our* mail. - further, you potentially abort some smtp delivery sessions with time-outs (keeping in mind that artifical delays are commonly introduced to outwait ever-impatient zombots AND '30s' is a common delay..). - then, too, if you are going to adjust queue_run_max you should also tune remote_max_parallel. Your Linux distro's defaults were not designed to support an aggressive 'spam-engine-like' bulk-mail pavement-breaker. You have to tune for that. Nice thing about Exim is that you *can do*. But you will need to wake up, smell the coffee, and *RTFM* before claiming Exim has a 'design flaw'. Bill > > On Tue, Apr 21, 2009 at 2:17 PM, Peter Bowyer <[email protected]> wrote: >> 2009/4/21 Catalin Constantin <[email protected]>: >>> One email every 2 minutes, It's for sure TOO SLOW. >>> This is not just an Yahoo issue. Gmail is doing the same (not that bad >>> like Yahoo - but they do have a temporary defer at first, sometimes). >>> >>> Thank you all for you help. >>> Limiting the retry mechanism this way i think it is a design flaw in Exim. >>> Design flaw, for the current times. For 10 years ago this was not an >>> issue (not that much SPAM back then). >>> >>> I will monitor the future releases for this feature request / bug to be >>> solved. >>> >> I'll have one more try. >> >> Please prvide the information asked of you, in order to help solve the >> problem with your Exim configuration. >> >> If it is indeed a bug, that information will still be needed for you >> to file an effective bug report. If you don't do that, you'll wait a >> very long time for it to be fixed. >> >> Peter >> > -- ## List details at http://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
