http://www.w3.org/Protocols/rfc2616/rfc2616-sec7.html#sec7.2.1 zegt: Any HTTP/1.1 message containing an entity-body SHOULD include a Content-Type header field defining the media type of that body. If and only if the media type is not given by a Content-Type field, the recipient MAY attempt to guess the media type via inspection of its content and/or the name extension(s) of the URI used to identify the resource. If the media type remains unknown, the recipient SHOULD treat it as type "application/octet-stream". Met andere woorden, als de content type aanwezig is dan is dat meteen definitief. In IE (<8) wordt dus ambiguiteit afgehandeld waar de HTTP/1.1-standaard geen ruimte voor biedt. Foute mime-types zijn gewoon fout, en dat moet aan de serverkant opgelost worden. En kennelijk heeft iemand bij Microsoft het ook nog eens op een kromme manier geïmplementeerd. Als de signature (eerste paar bytes) de mime-type tegenspreken wordt naar de inhoud gekeken. In de voorbeelden is dat die signature (voor PNG ...