Re: [Quickfix-developers] non logged-on messages

[John G. <joh...@wa...>]

Hi,

> Any message that is sent as a result of a resend request, will always  
> have a PosDupFlag=Y attached to it.

Thanks for these explanations. In fact I had not figured that a message
that had never been sent would be sent because of a resend request from
the counterparty. This seems dangerous to me, relying *only* on the other
side to determine which messages were sent and which were not. In fact I
presumed (wrongly) that the "sending queue" was emptied after the
connection went into "logged-on" state and all synchronisation issues were
dealt with.

>  This isn't QuickFIX specific,  
> but is mandated by the FIX specification itself. 
Totally agreed.

> In your case, if  
> something is added to the queue, it means that the message was not  
> successfully sent the first time around.  So when it does finally get  
> sent, it would be due to a resend request.  

This is the piece of logic that I was getting wrong. I was thinking of the 
emission queue as a buffer independant from the admin messages, that 
would be emptyied when the admin part was done. In fact, I see the admin 
messages vs "real" messages a little as the two FTP channels (control and 
data), and this vision is not QF's (I am not pretending you guys are 
wrong, just explaining what I was missing).

> Even though this message  was never sent, it is still labeled PosDup. 
This was the information I needed. 

Thanks again to all for explanations.

JG