On 09/26/02 at 18:37, Matthew Fosberg wrote:
> I upped my logs to Low Level and seem to have more information about
> this problem, but I am still having problems making sure what the cause
> is.
<snip>
> 17:13:55 4 SMTP-306(uaa.alaska.edu) Sending DATA\r\n
> 17:13:55 4 SMTP-306(uaa.alaska.edu) Input Line: 354 Ok Send data ending
> with <CRLF>.<CRLF>\r
> 17:21:51 3 SMTP-306(uaa.alaska.edu) Abort Received, reason=54
> 17:21:51 3 SMTP-306(uaa.alaska.edu) Unexpected T_GODATA, OTLook=256
> 17:21:51 3 SMTP-306(uaa.alaska.edu) Sending Failed, Error Code=-25010
> 17:21:51 3 SMTP [S.0000013812] dequeueing
> 17:21:51 4 SMTP disposing line 9306
>
> As you can see above, it appears that the message is accepted by the
> receiving server and is chugging along just fine, but something stops
> it, notably the abort received message about 8 minutes after the
> message starts. If there is some way we can shed light on this, I would
> be EXTREMELY pleased to say the least. If it's hardware, I can do
> something about that, if it's software, I can probably do something
> about that, if it's connection speed, I'm stuck, but I can just let my
> users know.
What _is_ your connection's speed? And how big is the file that's being sent?
Given the answers to those questions, is 8 minutes within a reasonable time
period for the size of the attachment being sent?
> In the multiple attempts the server makes to deliver this message
> the failure occurs at various times, sometimes less than a minute,
> others as much as 12 minutes, so it doesn't seem to be an issue
> with it timing out on the other server, and I have fairly good
> information that the other server DOES accept attachments.
The 'Abort Received' indicates that the connection was dropped unexpectedly,
causing OpenTransport to give SIMS an error (the 'Unexpected T_GODATA,
OTLook=256'). One possible scenario might be that transfer stalled for some
reason, causing the receiving server to time out and summarily drop the
connection. Without more information, though, it's impossible to tell whether
or not that scenario is actually likely, or what might be causing the
hypothetical 'stall.'
--
Christopher Bort | [EMAIL PROTECTED]
Webmaster, Global Homes | [EMAIL PROTECTED]
<http://www.globalhomes.com/> | PGP public key available on request
#############################################################
This message is sent to you because you are subscribed to
the mailing list <[EMAIL PROTECTED]>.
To unsubscribe, E-mail to: <[EMAIL PROTECTED]>
To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]>
To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]>
Send administrative queries to <[EMAIL PROTECTED]>
