<div class="pipe-mailbody pipe-mailbody-e4cb7bc1-fa5b-4a64-960f-aa4c173f433c">Hi,<div><br></div><div>If someone will share, I would like to know what is the best case to handle a slow initiator that is not able to keep up with the load.</div><div><br></div><div>We are currently pushing those messages for a session queue, but eventually want to disconnect the client if the queue is too high, this is where we experience issue as it looks like the QuickFix does not have that option to disconnect the client, let me know if I'm wrong.</div><div><br></div><div>Another option looks like dropping the message for sending and storing for resend request, however, it still will require disconnecting the client at some point when the storage size for the session will be too high.</div><div><br></div><div>Basically:</div><div> (a) there is a way to disconnect the client with an error? (queue too high)</div><div> (b) there are any other methods of handling that case?</div><div><br></div><div>I look forward to hearing from the group.</div><div><div><br><div><div><div style="font-family:Helvetica,Arial,sans-serif;font-size:10px;margin-bottom:10px"><span style="color:rgb(33,33,33);font-family:Helvetica,Arial,sans-serif;font-size:10px;font-weight:bold">Artur Pietrzyk<br></span><span style="color:rgb(33,33,33);font-family:Helvetica,Arial,sans-serif;font-size:10px">CEO and Founder<br></span><a href="http://www.coinapi.io">www.coinapi.io</a></div></div></div>
                                </div></div></div><img width="1" height="1" style="border:0; width:1; height:1; display:none;" src="https://nyl.as/open/bvl3jfkn4y8dh119nxkdh931z/72i9088cr6i842q8kivyczuyr?cache_buster=1610714724816">