Latest posts for the topic "\r\n - CRLF too much in http response of captcha.php"

\r\n - CRLF too much in http response of captcha.php

orgler — GMT

Hi I got a problem with advanced poll 2.08 on my IIS with FastCGI installed:

when I make a request to http://localhost/captcha.php i get a red cross in IE.
Internet Explorer is having problems to show the image.
I drilled down and looked into the http response with the wfetch tool.
->I see that in the response right before the image is sent back there is a "\r\n" 2 times (see below)
one is ok as this signals in http that the payload (the image) should begin - however the image starts with another "\r\n" confusing the browser
...
Date: Mon, 26 May 2008 16:37:24 GMT\r\n
Content-Length: 4940\r\n
\r\n
\r\n
╪ α\x000\x010JFIF\x000\x001\x001\x000\x000\x001\x000\x001\x000\x000 ■\x000>CREATOR: gd-jpeg v1.0 (using IJG JPEG v62), default quality\n...

A simple does not show the error (so my php config should be fine) and fetching another site as index.php doesn't include the second \r\n either.

what is wrong? any ideas?

thanks,
orgler

Carbonize — GMT

Without being able to access the image I couldn't say. If you view it with Firefox it would usually show any errors.

orgler — GMT

Hi,
thanks for your reply.

how shall I post the image? as far as I can see, the board doesn't support binary attachments here
The point is, if I wget the file and remove (using a hex-editor) the first 2 bytes CRLF, the image opens in firefox/IE/gimp and so on without a problem. but when I point IE or firefox directly to the Image-Url, the image isn't shown. Gimp says that the file starts with the wrong "magic bytes" (i.e. wit \r\n)

I could post the complete log of the download including the whole image, but will this really help?

best regards
orgler

P.S.: sorry, my english isn't the best

orgler — GMT

Oh dear,

I found the problem. My config.php contained a CR/LF at the end of the file (after
thanks anyway for your help

orgler