If a outbound tcp-ip pdl protocol thread in client mode has a reconnect time of ‘5’ but has a reply timeout (wait for ACK) set to -1 it seems to lead to a paradoxical situation: If the external server to which this thread talks does fail to return an ACK then the message goes to state 14 and pends and the thread just sits there without timeout. If the other server does reboot the cloverleaf client thread refuses to reconnect automatically even if you set reconnect to ‘5’ because I guess it thinks it has to wait infinitley for an ack. So nothing happens till the cloverleaf thread also is restarted. IT leads me to believe that setting a timeout of -1 on reply threads for outbound threads connecting in client mode may not be a good practice. Can anyone validate this ?