curl captures and saves the headers as-is. For most cases that means HTTP headers will be CRLF terminated. That's fully intended and by design. This is not a bug.

---
** [bugs:#1242] captured headers contain CR/LF on Linux**
**Status:** closed-invalid
**Created:** Thu Jun 06, 2013 06:59 PM UTC by David Biesack
**Last Updated:** Thu Jun 06, 2013 07:34 PM UTC
**Owner:** Daniel Stenberg
captured headers contain CR/LF on Linux, should be just newlines:
    $ curl --version
    curl 7.21.6 (x86_64-pc-linux-gnu) libcurl/7.21.6 OpenSSL/1.0.0e zlib/1.2.3.4 libidn/1.22 librtmp/2.3
    Protocols: dict file ftp ftps gopher http https imap imaps ldap pop3 po
    $ curl --dump-header /tmp/h.txt https://sourceforge.net/p/curl/bugs/new/ > /dev/null
    $ od -c /tmp/h.txt | tail -2
    0000360   t   h   :       2   6   1  \r  \n  \r  \n
    0000373
I realize this could be a breaking change for those who now expect this,
but it is uneexpected; an option could be added for backward compatibility.
---
Sent from sourceforge.net because you indicated interest in <https://sourceforge.net/p/curl/bugs/1242/>
To unsubscribe from further messages, please visit <https://sourceforge.net/auth/subscriptions/>