Guenther Blatzheim wrote:
> 
> At 12:02 27.09.2000 -0400, you wrote:
> >On Wed, 27 Sep 2000, Guenther Blatzheim wrote:
> >
> > > Unfortunatly we made the same bad experiences with attachment downloads
> > > using MSIE. Version 4 or 5.x doesn't matter. Netscape was fine in any
> > version.
> > >
> > > The problem is cause by the cache control headers ("no-cache" /
> > "no-store")
> > > in the download page.
> > >
> > > Solution: In /cgi/cginocache.c change "no-cache" -> "private" and
> > > "no-store" -> "private".
> > >
> > > After recompiling even MSIE downloads should work correct. Tested with
> > > sqwebmail-1.0
> >
> >Unfortunately, Cache-Control: no-cache and Cache-Control: no-store headers
> >are explicitly specified in RFC 2068, Hypertext Transfer Protocol, version
> >1.1.
> >
> >File a bug report with Microsoft for not shipping an HTTP/1.1 compliant
> >browser.
> 
> Agree!
> 
> Nevertheless it works after the change with both: MSIE and Netscape.
> 
> So users are satisfied for the moment (while waiting for a correct working
> MSIE...).

I agree as well... but sometimes Mohammed must go to the mountain,
rather than complain about the mountain's inability to play nice. ;)

Could we perhaps get this as an ifdef'd configure option?  Something
like --enable-workarounds-for-crappy-redmond-code? :)

Although, it does seem to break something if https is enabled.  I get an
incomplete headers error... nothing more explicit. :/  Does anyone
recall the proper way to run a CGI from the command line for testing
purposes?  I haven't had my coffee yet, and it's showing.

Reply via email to