James Stout wrote:
> fix. The core problem is that the http library uses an incorrect regular
> expression when determining when the response headers are complete. It's
> looking for an empty line, and it uses "^\r*$", but it should use "^\r?\n".
Thanks, it already does so in Emacs trunk:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13598#28
Perhaps you could check that trunk works correctly for you.