CURLOPT_HEADEROPT(3)
π NAME π
okay so bestie, welcome to the CURLOPT_HEADEROPT(3) page from the Library Functions Manual π
this one is literally about sending HTTP headers to both proxy and host, or separately. That's the whole vibe: are your custom headers going to the server, the proxy, or both? π
β¨ SYNOPSIS β¨
#include <curl/curl.h>
CURLcode curl_easy_setopt(CURL *handle, CURLOPT_HEADEROPT, long bitmask);
π¦ DESCRIPTION π¦
You pass a long that is a bitmask of options telling libcurl how to deal with headers. The two options are mutually exclusive, bestie β pick one vibe, not both π¨
CURLHEADER_UNIFIEDβ the headers specified inCURLOPT_HTTPHEADER(3)are used in requests both to servers and proxies. With this option enabled,CURLOPT_PROXYHEADER(3)does not have any effect. It's giving "one header list to rule them all" πCURLHEADER_SEPARATEβ makesCURLOPT_HTTPHEADER(3)headers only get sent to a server and not to a proxy. Proxy headers must be set withCURLOPT_PROXYHEADER(3)to get used. Note that if a non-CONNECT request is sent to a proxy, libcurl sends both server headers and proxy headers. When doing CONNECT, libcurl sendsCURLOPT_PROXYHEADER(3)headers only to the proxy and thenCURLOPT_HTTPHEADER(3)headers only to the server. Separate lanes, separate drama π£οΈβ¨
π DEFAULT π
The default is CURLHEADER_SEPARATE β changed in 7.42.1, and it used CURLHEADER_UNIFIED before then. So yes, the default had a whole glow-up π
π PROTOCOLS π
This functionality affects http only. That's it β HTTP-only territory, bestie π
π EXAMPLE π
int main(void)
{
CURL *curl = curl_easy_init();
if(curl) {
CURLcode result;
struct curl_slist *list;
list = curl_slist_append(NULL, "Shoesize: 10");
list = curl_slist_append(list, "Accept:");
curl_easy_setopt(curl, CURLOPT_URL, "https://example.com/");
curl_easy_setopt(curl, CURLOPT_PROXY, "http://localhost:8080");
curl_easy_setopt(curl, CURLOPT_HTTPHEADER, list);
/* HTTPS over a proxy makes a separate CONNECT to the proxy, so tell
libcurl to not send the custom headers to the proxy. Keep them
separate. */
curl_easy_setopt(curl, CURLOPT_HEADEROPT, CURLHEADER_SEPARATE);
result = curl_easy_perform(curl);
curl_slist_free_all(list);
curl_easy_cleanup(curl);
}
}
π HISTORY π
CURLHEADER_* macros became long types in 8.16.0. Prior to this version a long cast was necessary when passed to curl_easy_setopt(3). Iconic little type evolution moment π§
β AVAILABILITY β
Added in curl 7.37.0. Vintage but still slaying π
π RETURN VALUE π
curl_easy_setopt(3) returns a CURLcode indicating success or error.
CURLE_OK (0) means everything was OK, non-zero means an error occurred, see libcurl-errors(3). Zero is the good vibe check β
π SEE ALSO π
love and kisses from libcurl, dated 2026-10-12, on the CURLOPT_HEADEROPT(3) page β bye bestie! π«Άπ
π¦ where this page comes from
- fedora 44: libcurl-devel 8.18.0-14.fc44 Β· curl
- fedora 44: libcurl-devel 8.18.0-14.fc44 Β· curl
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms