CURLOPT_HEADERFUNCTION.3 5.1 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121
  1. .\" **************************************************************************
  2. .\" * _ _ ____ _
  3. .\" * Project ___| | | | _ \| |
  4. .\" * / __| | | | |_) | |
  5. .\" * | (__| |_| | _ <| |___
  6. .\" * \___|\___/|_| \_\_____|
  7. .\" *
  8. .\" * Copyright (C) 1998 - 2022, Daniel Stenberg, <daniel@haxx.se>, et al.
  9. .\" *
  10. .\" * This software is licensed as described in the file COPYING, which
  11. .\" * you should have received as part of this distribution. The terms
  12. .\" * are also available at https://curl.se/docs/copyright.html.
  13. .\" *
  14. .\" * You may opt to use, copy, modify, merge, publish, distribute and/or sell
  15. .\" * copies of the Software, and permit persons to whom the Software is
  16. .\" * furnished to do so, under the terms of the COPYING file.
  17. .\" *
  18. .\" * This software is distributed on an "AS IS" basis, WITHOUT WARRANTY OF ANY
  19. .\" * KIND, either express or implied.
  20. .\" *
  21. .\" **************************************************************************
  22. .\"
  23. .TH CURLOPT_HEADERFUNCTION 3 "17 Jun 2014" "libcurl 7.37.0" "curl_easy_setopt options"
  24. .SH NAME
  25. CURLOPT_HEADERFUNCTION \- callback that receives header data
  26. .SH SYNOPSIS
  27. .nf
  28. #include <curl/curl.h>
  29. size_t header_callback(char *buffer,
  30. size_t size,
  31. size_t nitems,
  32. void *userdata);
  33. CURLcode curl_easy_setopt(CURL *handle, CURLOPT_HEADERFUNCTION,
  34. header_callback);
  35. .fi
  36. .SH DESCRIPTION
  37. Pass a pointer to your callback function, which should match the prototype
  38. shown above.
  39. This function gets called by libcurl as soon as it has received header
  40. data. The header callback will be called once for each header and only
  41. complete header lines are passed on to the callback. Parsing headers is easy
  42. to do using this callback. \fIbuffer\fP points to the delivered data, and the
  43. size of that data is \fInitems\fP; \fIsize\fP is always 1. Do not assume that
  44. the header line is null-terminated!
  45. The pointer named \fIuserdata\fP is the one you set with the
  46. \fICURLOPT_HEADERDATA(3)\fP option.
  47. This callback function must return the number of bytes actually taken care of.
  48. If that amount differs from the amount passed in to your function, it will signal
  49. an error to the library. This will cause the transfer to get aborted and the
  50. libcurl function in progress will return \fICURLE_WRITE_ERROR\fP.
  51. A complete HTTP header that is passed to this function can be up to
  52. \fICURL_MAX_HTTP_HEADER\fP (100K) bytes and includes the final line terminator.
  53. If this option is not set, or if it is set to NULL, but
  54. \fICURLOPT_HEADERDATA(3)\fP is set to anything but NULL, the function used to
  55. accept response data will be used instead. That is, it will be the function
  56. specified with \fICURLOPT_WRITEFUNCTION(3)\fP, or if it is not specified or
  57. NULL - the default, stream-writing function.
  58. It's important to note that the callback will be invoked for the headers of
  59. all responses received after initiating a request and not just the final
  60. response. This includes all responses which occur during authentication
  61. negotiation. If you need to operate on only the headers from the final
  62. response, you will need to collect headers in the callback yourself and use
  63. HTTP status lines, for example, to delimit response boundaries.
  64. For an HTTP transfer, the status line and the blank line preceding the response
  65. body are both included as headers and passed to this function.
  66. When a server sends a chunked encoded transfer, it may contain a trailer. That
  67. trailer is identical to an HTTP header and if such a trailer is received it is
  68. passed to the application using this callback as well. There are several ways
  69. to detect it being a trailer and not an ordinary header: 1) it comes after the
  70. response-body. 2) it comes after the final header line (CR LF) 3) a Trailer:
  71. header among the regular response-headers mention what header(s) to expect in
  72. the trailer.
  73. For non-HTTP protocols like FTP, POP3, IMAP and SMTP this function will get
  74. called with the server responses to the commands that libcurl sends.
  75. .SH LIMITATIONS
  76. libcurl does not unfold HTTP "folded headers" (deprecated since RFC 7230). A
  77. folded header is a header that continues on a subsequent line and starts with
  78. a whitespace. Such folds will be passed to the header callback as a separate
  79. one, although strictly it is just a continuation of the previous line.
  80. .SH DEFAULT
  81. Nothing.
  82. .SH PROTOCOLS
  83. Used for all protocols with headers or meta-data concept: HTTP, FTP, POP3,
  84. IMAP, SMTP and more.
  85. .SH EXAMPLE
  86. .nf
  87. static size_t header_callback(char *buffer, size_t size,
  88. size_t nitems, void *userdata)
  89. {
  90. /* received header is nitems * size long in 'buffer' NOT ZERO TERMINATED */
  91. /* 'userdata' is set with CURLOPT_HEADERDATA */
  92. return nitems * size;
  93. }
  94. CURL *curl = curl_easy_init();
  95. if(curl) {
  96. curl_easy_setopt(curl, CURLOPT_URL, "https://example.com");
  97. curl_easy_setopt(curl, CURLOPT_HEADERFUNCTION, header_callback);
  98. curl_easy_perform(curl);
  99. }
  100. .fi
  101. .SH AVAILABILITY
  102. Always
  103. .SH RETURN VALUE
  104. Returns CURLE_OK
  105. .SH "SEE ALSO"
  106. .BR curl_easy_header "(3), "
  107. .BR CURLOPT_HEADERDATA "(3), " CURLOPT_WRITEFUNCTION "(3), "