Returned Error "Too many failures to this host during this run; skipping ..
Hi All,
I have experienced some issues to send mails to a certain domain "domain" using my iplanet messaging server 5.1.
Below the logs that appeared in the mta logs..
can anyone help me to clarify what this log messages means ?
thanks in advance.
Samir..
23-Jan-2007 19:01:54.95 1009.1a.236 tcp_localQ 41037 <local_Address> rfc822;<remote_Address@domain> <remote_Address@domain> /data/ims/queue/tcp_local/004/ZV0JCB000Y5SGU8U.00 <358F8A9F8FB1C34ABE6E8607A1885CECBCEC44@exdatlxxxx.EQ1SGS.local> mailman1.ppco.com dns;mailman1.ppco.com (TCP|x.x.x.x|55480|x.x.x.x|25) (mailhost.com ESMTP Sendmail Switch-3.1.8/Switch-3.1.7; Tue, 23 Jan 2007 17:54:20 -0600) smtp;250 2.1.5 <remote_Address@domain> ... Recipient ok
23-Jan-2007 19:01:54.98 1009.1a.238 tcp_localQ 102912 <local_Address> rfc822;<other_remote_address@domain> <other_remote_address@domain> /data/ims/queue/tcp_local/011/ZX0JCC00B4H9TS2A.00 <0A01764E2A160343B87B3990BB01B4CC01962114@exdatlxxxx.EQ1SGS.local> Too many failures to this host during this run; skipping this host: Basic no
[1144 byte] By [
abosamraa] at [2007-11-26 16:03:02]

# 1
Hi,
> I have experienced some issues to send mails to a
> certain domain "domain" using my iplanet messaging
> server 5.1.
Firstly, please verify the version you are running by supplying the output of ./imsimta version
> Below the logs that appeared in the mta logs..
>
> can anyone help me to clarify what this log messages
> means ?
>
> thanks in advance.
>
> Samir..
>
> 23-Jan-2007 19:01:54.95 1009.1a.236 tcp_local
> Q 41037 <local_Address>
> rfc822;<remote_Address@domain>
> <remote_Address@domain>
> /data/ims/queue/tcp_local/004/ZV0JCB000Y5SGU8U.00
> <358F8A9F8FB1C34ABE6E8607A1885CECBCEC44@exdatlxxxx.EQ1
> SGS.local> mailman1.ppco.com dns;mailman1.ppco.com
> (TCP|x.x.x.x|55480|x.x.x.x|25) (mailhost.com ESMTP
> Sendmail Switch-3.1.8/Switch-3.1.7; Tue, 23 Jan 2007
> 17:54:20 -0600) smtp;250 2.1.5
> <remote_Address@domain> ... Recipient ok
>
>
> 23-Jan-2007 19:01:54.98 1009.1a.238 tcp_local
> Q 102912 <local_Address>
> rfc822;<other_remote_address@domain>
> <other_remote_address@domain>
> /data/ims/queue/tcp_local/011/ZX0JCC00B4H9TS2A.00
> <0A01764E2A160343B87B3990BB01B4CC01962114@exdatlxxxx.
> Q1SGS.local> Too many failures to this host during
> this run; skipping this host: Basic no
There can be any number of reasons why this is happening. Based on the log information though, a most likely guess is that the size of the email is the cause. The emails appear to be 40MB+ and 100MB+ respectively -- which sending to external hosts, chances are the connection is timing out.
Regards,
Shane.
# 3
> So u mean that after our MTA received the :
> smtp;250 2.1.5 > <remote_Address@domain> ...
> Recipient ok
>
> and while transfering the DATA ... the connection
> then was timed out , so the next log entry will be in
> " Q " state ?
That's correct. The number after the "Q" is how much data was delivered before the connection was dropped/timed-out. So 41037 is 41,037 blocks. A block is usually 1024 bytes, giving you ~40MB transferred successfully.
Regards,
Shane.
# 5
Hi,
> By the way, i discovered that my conf. BLOCK_SIZE is
> only 1 byte
Are you absolutely sure about this, and if so, why would you want to set it to this value.
BLOCK_SIZE is used throughout messaging server. It even says in the messaging reference guide that this is a bad thing to set the BLOCK_SIZE to:
"Caution: Reducing BLOCK_SIZE too much (to a value of 1) may have
negative impact on the MTA." (note this is from the 2006Q4 reference guide (beta) I didn't check if the existing 2005Q4 guide has this warning).
> so the sent size for that case will be
> only 40K not 40M, but i think that is the same
> problem, right ?
I think you want to consider adjusting your BLOCK_SIZE and everything else that relies on it back to a more reasonable value e.g. 1024.
Regards,
Shane.