Tuesday, February 10, 2004, 9:18:56 AM, you wrote:
Hi Colin,
I've seen this type of behavior before and only as related to HTTPS
connections and form POSTs. When the user gets the initial error
message, they can Reload and things go through. When tailing the
access_log I never even see the request come in though the user gets
the error message, as if a POST had occurred. I do see the
successful reload request.
The fix for us was an entry in httpsd.conf vhost entry... sample
follows:
--------------------------------------------
SetEnvIf User-Agent ".*MSIE.*" \
nokeepalive ssl-unclean-shutdown \
downgrade-1.0 force-response-1.0
-------------------------------------------
This seems to have made my problems go away. I don't know if it is
the same thing you are having to deal with... I hope it is and that
this helps.
-tom
CV> Not OpenSRS related at all, I'm sorry, but I thought this might be a
CV> good forum to ask some people with well trafficked sites.
CV> We are noticing that maybe 1 out of 20 HTTPS requests from our clients
CV> using MSIE 6.0 are failing. Further digging seems to suggest that the
CV> data that should be POSTed with the request isn't (i.e. content-length:
CV> 0). Because of this, our scripts redirect them to another page. Then,
CV> the request for *that* page includes the POST data (i.e. the browser
CV> sends the data with the second request, not the first). You may see
CV> this on your end as empty POST requests to your system.
CV> It only seems to happen on MSIE 6.0 with the latest security patch from
CV> MS, and only on SSL requests. Just wondering if we're alone out here
CV> on this.
CV> - Colin
