IP_CLIENT_OPEN timeout
Joe Hebert
Posts: 2,159
Is there a way to change the timeout for IP_CLIENT_OPEN?
It looks like the timeout is only 30 seconds.
From a DOS prompt, the SMTP server that I’m using normally takes 60-65 seconds to connect. Sometimes it connects immediately but most of the times it takes a little over a minute. I don’t know why it takes so long but that’s what I’m stuck with.
I could have sworn that the timeout for an IP_CLIENT_OPEN was 75 seconds at one time but that’s not the case anymore.
So does anyone know how to extend an IP_CLIENT_OPEN request for more than 30 seconds?
Thanks.
It looks like the timeout is only 30 seconds.
From a DOS prompt, the SMTP server that I’m using normally takes 60-65 seconds to connect. Sometimes it connects immediately but most of the times it takes a little over a minute. I don’t know why it takes so long but that’s what I’m stuck with.
I could have sworn that the timeout for an IP_CLIENT_OPEN was 75 seconds at one time but that’s not the case anymore.
So does anyone know how to extend an IP_CLIENT_OPEN request for more than 30 seconds?
Thanks.
0
Comments
If its the former, I don't think there is a timeout. The socket will stay connected indefinitely until the server resets or ends the connection. If its the latter, then I don't think its changeable, since its probably a VXWorks setting that Netlinx doesn't have access to. Are you sure that's the problem though? I am thinking that the server is probably resetting and closing the connection rather than it timing out. If you watch wireshark during the connection attempt what do you see?
Paul
Yes 30 seconds is what I've seen as well. I usually use 35 seconds as my wait time to attempt a retry. If the server is too busy to accept the socket connection within 30 seconds, then I don't see any way around it other than making multiple attempts every 30 seconds and hoping to get lucky, or using multiple ip_client_open requests to increase your chances of making a connection. Waiting over a minute for a STMP server is a pretty long time these days.
Paul
Thanks for the feedback.
Instead of using port 25 I'm using port 587 and now I get immediate connects on a consistent basis.
Glad I could help
Paul