t-type for the image? if so, then the only other explanation now would be whether or not mod_mime.c is loaded, correct? (sorry i would test this right now but this is production stuff)thanks thanks thanks...Joshua Slive <[EMAIL PROTECTED]> wrote: On 7/19/06, Edric <[EMAIL PROTECTED]> wr
i have no control over that server and my app merely accesses the link. would that be the cause of the problem?Thanks again.Joshua Slive <[EMAIL PROTECTED]> wrote: On 7/19/06, Edric <[EMAIL PROTECTED]> wrote:> Hi,>> There's no content-type being set in the heade
st part means your mime stuff ( the types file ) is then completely ignoredby apache.I'd guess IE reads the file as it's coming in, and figures out it's content type.Is your script sending a Content-type: in
the header? I'm betting it's being defaultedto text/plain
also the link returns a dynamically generated gif file so there's no gif extensionEdric <[EMAIL PROTECTED]> wrote: he i'm trying to load this gif that has its src set to our apache serveranyhow when i load in firefox, i get strange binary data that is shown as text, while in ie it shows the image p
and also here's an example of the gibberish i see:GIF89a*
Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1ยข/min.
he i'm trying to load this gif that has its src set to our apache serveranyhow when i load in firefox, i get strange binary data that is shown as text, while in ie it shows the image perfectly fine.is this an apache configuration problem or is it something else? i looked at the mime magic file that
i wasted a good 3 hours or so wondering why the http server test page wouldnt work, finally realizing that Apache does not like spaces in the file path. for example, by default, the installation file creates the folder "Apache 2," which messes things up for me... is this just a windows xp probl
