<div dir="ltr">Hi,<div><br></div><div>I managed to fix it by changing uwsgi as fcgi runner from version 1.4.6 to version 1.9.17.1, this fixed the issues, not sure what side was wrong.<br><div class="gmail_extra"><br clear="all">

<div><br>--<br>Arkaitz</div>
<br><br><div class="gmail_quote">On Sat, Oct 5, 2013 at 2:45 PM, <a href="mailto:arkaitzj@gmail.com">arkaitzj@gmail.com</a> <span dir="ltr"><<a href="mailto:arkaitzj@gmail.com" target="_blank">arkaitzj@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><div class="h5"><div dir="ltr">Hi all,<br><div class="gmail_quote">

<div dir="ltr"><div><br></div><div><br></div><div>My version is 0.7.67-3 coming from Debian Squeeze.</div><div>I have tried with squeeze-backports which is version  1.2.1-2.2~bpo60+2 but I got the same results.</div>

<div><br></div><div>I have reduced this to the smallest config for fastcgi available and it still does the same.</div><div>There are no intercept_redirects directives or error_pages neither.</div><div><br></div><div>I have tried enabling the debug log and I see messages like "upstream split a header line in FastCGI records"</div>



<div>Strace-ing it later I see the first few lines sent, like the status one are splited in 2 recvfroms, but I assume this shouldn't be a problem.</div><div>I see clearly that nginx is receiving a 404 but sending back to the client the output intact but a 200 ok.</div>



<div><br></div><div>Am I doing/assuming something wrong in here or could this be a bug?</div><div><br clear="all"><div><br>--<br>Arkaitz</div>
</div></div>
</div><br></div>
</div></div></blockquote></div><br></div></div></div>