Re: [exim] 500 error code

Página superior
Eliminar este mensaje
Responder a este mensaje
Autor: zbigniew szalbot
Fecha:  
A: exim users
Asunto: Re: [exim] 500 error code
Hello one more time,

zbigniew szalbot pisze:
> Hello,
>
> Peter Bowyer pisze:
>> On 10/12/2007, zbigniew szalbot <zbigniew@???> wrote:
>> > Dear all,
>> >
>> > Below is the log of one particular delivery which failed. The admin of
>> > o2.pl mail server claims my exim has an error in its configuration. I
>> > wonder what you think:
>> >
>> > 2007-12-05 02:33:25 1Izj8f-000Dds-1h <=
>> > adwent-bounces@??? H=(lists.lc-words.com) [127.0.0.1]
>> > P=esmtp S=124599 id=01a001c836db$9b8065c0$030ba8c0@agnieszka
>> > 2007-12-05 02:33:26 1Izj8f-000Dds-1h == someone@??? R=dnslookup
>> > T=remote_smtp defer (-53): retry time not reached for any host
>> > 2007-12-05 02:41:44 1Izj8f-000Dds-1h Spool file is locked (another
>> > process is handling this message)
>> > 2007-12-05 02:41:46 1Izj8f-000Dds-1h Spool file is locked (another
>> > process is handling this message)
>> > 2007-12-05 02:42:01 1Izj8f-000Dds-1h ** someone@??? R=dnslookup
>> > T=remote_smtp: SMTP error from remote mail server after end of data:
>> > host mx11.go2.pl [193.17.41.141]: 500 Sorry
>> > 2007-12-05 02:42:01 1IzjGz-000EEq-R3 <= <> R=1Izj8f-000Dds-1h U=mailnull
>> > P=local S=109292
>> > 2007-12-05 02:42:01 1Izj8f-000Dds-1h Completed
>> >
>> > He asked me about retry times (F,2h,15m; G,16h,1h,1.5; F,4d,6h) but in
>> > this case I do not think this is the problem of retry time but of his
>> > server giving exim 500 error code which in turn made exim stop trying to
>> > deliver the mail.
>>
>> Well, the reason your Exim gives up is because his server gives you a
>> 500 error. But only he will know why that happened - perhaps they run
>> a strange greylisting configuration which sends a 500 if you retry too
>> quickly, or something?
>>
> Thank you Peter - thinking about it, I must admit that at that time
> the line must have been pretty choked (time to send some 2K emails
> each about 70KB in size). This could have made it difficult to
> properly connect and send data to o2.pl. I know exim behaved as
> expected under given circumstances. To my knowledge o2.pl does not use
> any greylisting (at least none that I am aware of). Could the reason
> be bandwidth problems and would/could limits in bandwidth use help me
> avoid such issues in future? Or is it the fault of the o2.pl server?

I now have more information from the o2.pl server admin. They say they
give 500 error code "when a line in the SMTP protocol extends to more
than 1024 characters which we treat as not respecting the SMTP protocol
standards."

I have always thought that exim was very standard-compliant. Could you
share your thoughts on this? Thank you!

Zbigniew Szalbot