[This message was posted by John Peng of IIROC <[email protected]> to the "General Q/A" discussion forum at http://fixprotocol.org/discuss/22. You can reply to it on-line at http://fixprotocol.org/discuss/read/f15a85e3 - PLEASE DO NOT REPLY BY MAIL.]
Since you "do not support" that message type, that means that messages is "invalid" based on your spec. Your repository should be consistent with your spec, and hence naturally a session level Reject with 373=11 (Invalid MsgType) if the way to go. That's assuming that you do have your own published spec -- otherwise you wouldn't even be able to define "supported" or "unsupported", and it'd be a different game. Just my two cents... > Hi, > > The FIX spec says that Business Message Reject can be used to reject a > valid FIX business message that fulfills the session-level rules but is > not supported by the recipient. > > We would like to exclude all FIX messages that we do not support from > our FIX repository. This will have the effect that an unsupported FIX > message will be rejected using session level Reject message and 373=11 > (Invalid MsgType) as we do not recognize the message type. > > Is this policy OK or do we always have to include all valid FIX messages > in our repository so we can send a Business Message Reject instead for > every valid but not supported FIX message? > > Regards, Bernt [You can unsubscribe from this discussion group by sending a message to mailto:[email protected]]
-- You received this message because you are subscribed to the Google Groups "Financial Information eXchange" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/fix-protocol?hl=en.
