<div dir="ltr"><div class="gmail_default" style="font-size:small;color:rgb(0,0,0);display:inline">1) </div>The message <div class="gmail_default" style="font-size:small;color:rgb(0,0,0);display:inline">"</div>An Existing connection was forcibly closed by the remote host<div class="gmail_default" style="font-size:small;color:rgb(0,0,0);display:inline">

" means that the other side is terminating the connection.  You may not know why.<br></div><div><div class="gmail_default" style="font-size:small;color:rgb(0,0,0);display:inline"><br></div></div>2) <div class="gmail_default" style="font-size:small;color:rgb(0,0,0);display:inline">

"</div>MsgSeqNum<div class="gmail_default" style="font-size:small;color:rgb(0,0,0);display:inline">=1" -- Ashutosh, I don't know what this means.  That's not a setting.  If you put it in your config, QF will ignore it.</div>

<div><div class="gmail_default" style="font-size:small;color:rgb(0,0,0);display:inline"><br></div></div><div><div class="gmail_default" style="font-size:small;color:rgb(0,0,0);display:inline">3) Asking the other side to reset their sequence numbers is not a great idea.  They'll probably refuse.</div>

</div><div><div class="gmail_default" style="font-size:small;color:rgb(0,0,0);display:inline"><br></div></div><div><div class="gmail_default" style="font-size:small;color:rgb(0,0,0)">Your ResetOnXXX settings must match up with their interface.  If they don't reset on logon, you shouldn't either.  You can manually edit your .seqnums file between app executions to match their expectation, or you can let the transport layer fix itself with resend requests or whatnot.  (I forget the exact msg flow at the moment; in some scenarios the two sides will work it out, in others they won't.)</div>

<br></div><div><br></div><div><br></div></div>