<div dir="ltr"><div class="gmail_default" style="font-size:small;color:#000000">This is a new one.</div><div class="gmail_default" style="font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-size:small;color:#000000">Off the top of my head: You could add a check inside ToApp() which could examine the length of each outgoing message.  If the message is too long, you could throw a DoNotSend exception and the engine will not send it.  That would be the natural place to send or log an alert via your own mechanism so that you can learn of it and decide what to do.</div><div class="gmail_default" style="font-size:small;color:#000000"><br></div><div class="gmail_default" style="font-size:small;color:#000000">-Grant</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jul 13, 2015 at 10:06 AM, Mark Cooke <span dir="ltr"><<a href="mailto:mc.developer@verizon.net" target="_blank">mc.developer@verizon.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">We constructed this Message which, in this case had 252 allocations in the order, and the Message ended up having a Body Length of 11730. We sent the message but did not receive an Acknowledgment or a Reject. It was if it just fell off the wire somewhere.<br>
<br>
We contacted our Counter Party about this and their response was that this was larger than their FIX Engine's internal buffer size of 10K for reading messages. Unfortunately (for us) at this point, their behavior appears to be that they just drop the message without any sort of response back to the sender.<br>
<br>
They will be looking into what to do to correct this but this will take some time on their end.<br>
<br>
We are using FIX 4.4 (via QuickFix/N on our end).<br>
Is this a common issue for others? Knowing their limit, is there a way we might break this request up into multiple messages, but still have it behave as expected? (Of course, that would take development and QC efforts on our part).<br>
<br>
Is there any configuration setting I might use on my end that would at least allow me to fail to even attempt to send a message over a certain size on our end? A failure would be better than a mysterious non-response, so that we can give our end user an indication that this is not going to happen?<br>
<br>
I am asking about configuration so that we might have an immediate solution which does not require code changes (though would still require testing, of course)<br>
<br>
_______________________________________________<br>
Quickfixn mailing list<br>
<a href="mailto:Quickfixn@lists.quickfixn.com" target="_blank">Quickfixn@lists.quickfixn.com</a><br>
<a href="http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.com" rel="noreferrer" target="_blank">http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.com</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div><font size="2"><span style="background-color:#000000"><span style="background-color:#ffffff">Grant Birchmeier</span></span></font><font size="2"><font color="#3333ff"><br></font></font></div><div><font size="2"><b><font color="#3333ff"><span style="background-color:#ffcc33"><span style="background-color:#ffcc66"><span style="background-color:#ffcc99"><span style="background-color:#ffffff"><span style="background-color:#ffcc00">Connamara Systems, LLC</span></span></span></span></span></font></b></font><br></div><div><font size="2"><b>Made-To-Measure Trading Solutions.</b></font></div><div><font size="2">Exactly what you need. No more. No less.</font><font size="2"><b><font color="#3333ff"><br></font></b></font></div><div><font size="2"><a href="http://connamara.com" target="_blank">http://connamara.com</a><br></font></div></div>
</div>