The doc here: http://www.iqfeed.net/dev/api/docs/OptionChainsviaTCPIP.cfm indicates that the response to any of the requests for option chains will have "a field containing the letters LC". We expect to see LC as the first field unless a RequestID is specified, and in that case LC would be the second token.

Nonetheless in response to the request, LC is nowhere to be found in the response.
CEO,CSCO,pc,FGHJKMNQUVXZ,,,,,4,1

Response...
6,CSCO2302F30,CSCO2302F35,CSCO2302F36,CSCO2302F37,CSCO2302F38,...

I don't care if LC is there or not, but I just want to know that it will never be there. Will it?

It depends on the protocol you are setting. The LC in the message is new in protocol 6.2 and the older protocols do not have this in the message. It sounds like you're using an older protocol (anything before 6.2), in which case you will never get the LC, as long as you continue to use that protocol.

There's no other difference between protocol 6.1 and 6.2 as far as option chains go. So if you'd rather not have the LC, just set protocol to 6.1 and it will not appear.

---

Sincerely,
Gary Stephen
DTN IQFeed Implementation Support Specialist

Thanks for the clarification. Indeed, I'm using 6.1 so I'll have to keep this in mind for the next upgrade. Thanks again.