OK so, msg 86 is queued because its seq num is too high.  This causes the resend request.  The queued version of 86 is processed successfully (OrigSendingTime is only checked in the PossDup case).  However, 86 is received the second time as a PossDup.  Processing fails because it is missing OrigSendingTime.  And it really should have OrigSendingTime.   <div>

<br></div><div>You won't be able to hack 122 in during FromAdmin because the PossDup check (which looks up 122) happens before you get called back.  I think we're going to have to do a config option as a TT compatibility workaround.  I'm surprised this has not come up before -- are you connecting to a bleeding-edge/NR version of the TT FIX gateway? </div>

<div><br></div><div>-- <br><font face="arial, helvetica, sans-serif">Mike Gatny<br>Connamara Systems, LLC</font><br>
</div>