Imported from previous forum
[ original email was from Gerard Putter - Gerard.Putter@fincomplus.com ]
The FIX specs (4.2) say, under "Message Recovery":
"All FIX implementations must monitor incoming messages to detect inadvertently retransmitted administrative messages (PossDupFlag flag set indicating a resend). When received, these messages should be processed for sequence number integrity only; the business/application processing of these message should be skipped (e.g. do not initiate gap fill processing based on a resent ResendRequest)."
This clearly states that the session level Reject with PossDup = Y should be skipped. Still that is not very satisfying, because it is probably the only chance the application has to find out a message was rejected.
Shouldn’t there be an exception for the session level Reject message here?
According to the spec, the Reject message is a special case of the administrative messages and should be resent and processed. The caption you pointed out states that inadvertantly sent administrative messages should not be processed for content. The reject should not be an inadvertant resend, it should always be resent.