Re: [exim] retry configuration

Αρχική Σελίδα
Delete this message
Reply to this message
Συντάκτης: W B Hacker
Ημερομηνία:  
Προς: exim users
Αντικείμενο: Re: [exim] retry configuration
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 <peter@???> wrote:
>> 2009/4/21 Catalin Constantin <dazoot@???>:
>>> 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
>>
>