DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14095>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14095 Change default Content-Type (DefaultType) in default config ------- Additional Comments From [EMAIL PROTECTED] 2004-01-06 19:21 ------- I would like to point out that this bug (xor bug 13986 -- whichever way you look at it) causes the binary executables of the Apache HTTP Server for Microsoft Windows (on the http://apache.org download page) to be sent as plain/text (so they display within the browser window), where the mantainers of the mirrors of the Apache.org server have made the (incorrect) assumption that Apache works correctly (i.e.: sends correct Internet content-types) by default (whereas, in actual fact, it sends incorrect and particularly specific* ones by default when it has absolutely no idea of the actual content-type of the data). I filed this problem as bug 25650 a while back. I would also like to second the penultimate and the triultimate post which explain why it *is* _preferable_ to sometimes send application/octet-stream as the content type when it should be text/plain, as opposed to sometimes sending text/plain as the content type when it should be application/octet-stream . Obviously it is vastly preferable to either method to send nothing when unsure (i.e.:to fix bug 13986) but in the mean time... *that is, application/octet-stream is IMO less specific than text/plain . --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
