I discovered something strange with IInternetProtocol's bindinfo. In the case of the following scenario: - a POST request (with values posted application/x-www-form- urlencoded) - responded to with a redirect (301 Moved Permanently) - and triggers a new GET request to the other URL This last request has cbstgmedData of it's BindInfo also set to a structure that provides access to the data as posted with the first request! But GetBindString(BINDSTRING_POST_DATA_MIME does not report anything, as it should. Is this a minor mistake, or does this have a purpose?
In debugging XMLHTTPRequests to my service, I noticed that with a POST XMLHTTPRequest BindInfo.GetBindString(BINDSTRING_POST_DATA_MIME returns INET_E_USE_DEFAULT_SETTING, but with a 'redirect response on POST request' it returns ok with 0 strings, that will fix the side-effects I was having, but still leaves open the question why the post-data would be still available to the 'request from redirect response on POST request'...
