Re: [Quickfix-developers] Substituting message resend with Gap Fill

[Jain, A. <Ani...@rb...>]

	> Can anyone else confirm this?  This is functionality that has been in =20
	> since version 1.0.  If there are scenarios where it is not working we =20
	> need to fix it.
	> --oren
	>>     Responding with DoNotSend simply does not send the current =20
	>> message, pesky ECN's continue to bother us for resend. Let me =20
	>> clarify once again - It does not result in GapFill message for the =20
	>> [BeginSeqNo, EndSeqNo] interval asked.
	>>     Responding with sending a new GapFill message from fromAdmin, =20
	>> does not work as desired.

For toApp implementation, Dave and Oren were right. Unfortunately, in fromA=
dmin, I was rejecting the resend request. Apologies for all your time and e=
ffort wasted on the toApp issue.

This message-at-a-time-gap-fill makes my issue less critical that, in fromA=
dmin, sending a SequenceReset-GapFill for ALL messages in range has problem=
s=2E That also means that for implementing a SequenceReset-Reset for some d=
isaster recovery situations, I will have to change GapFillFlag to "N" in th=
e toApp.

Folks, I cannot appreciate enough your dedication and hard work to QuickFIX=
 and it's support!

Thanks a lot.

Anil
_______________________________________________________________________

This E-Mail (including any attachments) may contain privileged or confident=
ial information.  It is intended only for the addressee(s) indicated above.
The sender does not waive any of its rights, privileges or other protection=
s respecting this information. =20
Any distribution, copying or other use of this E-Mail or the information it=
 contains, by other than an intended recipient, is not sanctioned and is pr=
ohibited.
If you received this E-Mail in error, please delete it and advise the sende=
r (by return E-Mail or otherwise) immediately.

This E-Mail (including any attachments) has been scanned for viruses.=20
It is believed to be free of any virus or other defect that might affect an=
y computer system into which it is received and opened.=20
However, it is the responsibility of the recipient to ensure that it is vir=
us free.=20
The sender accepts no responsibility for any loss or damage arising in any =
way from its use.

E-Mail received by or sent from RBC Capital Markets is subject to review by=
 Supervisory personnel.=20
Such communications are retained and may be produced to regulatory authorit=
ies or others with legal rights to the information.