Install curl-7.26.0.tar.bz2
[msysgit.git] / mingw / share / man / man3 / curl_easy_setopt.3
blobbfe583472b70514f56666e389d05b7af0af98213
1 .\" **************************************************************************
2 .\" *                                  _   _ ____  _
3 .\" *  Project                     ___| | | |  _ \| |
4 .\" *                             / __| | | | |_) | |
5 .\" *                            | (__| |_| |  _ <| |___
6 .\" *                             \___|\___/|_| \_\_____|
7 .\" *
8 .\" * Copyright (C) 1998 - 2012, 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 http://curl.haxx.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 curl_easy_setopt 3 "1 Jan 2010" "libcurl 7.20.0" "libcurl Manual"
24 .SH NAME
25 curl_easy_setopt \- set options for a curl easy handle
26 .SH SYNOPSIS
27 #include <curl/curl.h>
29 CURLcode curl_easy_setopt(CURL *handle, CURLoption option, parameter);
30 .SH DESCRIPTION
31 curl_easy_setopt() is used to tell libcurl how to behave. By using the
32 appropriate options to \fIcurl_easy_setopt\fP, you can change libcurl's
33 behavior.  All options are set with the \fIoption\fP followed by a
34 \fIparameter\fP. That parameter can be a \fBlong\fP, a \fBfunction pointer\fP,
35 an \fBobject pointer\fP or a \fBcurl_off_t\fP, depending on what the specific
36 option expects. Read this manual carefully as bad input values may cause
37 libcurl to behave badly!  You can only set one option in each function call. A
38 typical application uses many curl_easy_setopt() calls in the setup phase.
40 Options set with this function call are valid for all forthcoming transfers
41 performed using this \fIhandle\fP.  The options are not in any way reset
42 between transfers, so if you want subsequent transfers with different options,
43 you must change them between the transfers. You can optionally reset all
44 options back to internal default with \fIcurl_easy_reset(3)\fP.
46 Strings passed to libcurl as 'char *' arguments, are copied by the library;
47 thus the string storage associated to the pointer argument may be overwritten
48 after curl_easy_setopt() returns. Exceptions to this rule are described in
49 the option details below.
51 Before version 7.17.0, strings were not copied. Instead the user was forced
52 keep them available until libcurl no longer needed them.
54 The \fIhandle\fP is the return code from a \fIcurl_easy_init(3)\fP or
55 \fIcurl_easy_duphandle(3)\fP call.
56 .SH BEHAVIOR OPTIONS
57 .IP CURLOPT_VERBOSE
58 Set the parameter to 1 to get the library to display a lot of verbose
59 information about its operations. Very useful for libcurl and/or protocol
60 debugging and understanding. The verbose information will be sent to stderr,
61 or the stream set with \fICURLOPT_STDERR\fP.
63 You hardly ever want this set in production use, you will almost always want
64 this when you debug/report problems. Another neat option for debugging is the
65 \fICURLOPT_DEBUGFUNCTION\fP.
66 .IP CURLOPT_HEADER
67 A parameter set to 1 tells the library to include the header in the body
68 output. This is only relevant for protocols that actually have headers
69 preceding the data (like HTTP).
70 .IP CURLOPT_NOPROGRESS
71 Pass a long. If set to 1, it tells the library to shut off the progress meter
72 completely. It will also present the \fICURLOPT_PROGRESSFUNCTION\fP from
73 getting called.
75 Future versions of libcurl are likely to not have any built-in progress meter
76 at all.
77 .IP CURLOPT_NOSIGNAL
78 Pass a long. If it is 1, libcurl will not use any functions that
79 install signal handlers or any functions that cause signals to be sent to the
80 process. This option is mainly here to allow multi-threaded unix applications
81 to still set/use all timeout options etc, without risking getting signals.
82 (Added in 7.10)
84 If this option is set and libcurl has been built with the standard name
85 resolver, timeouts will not occur while the name resolve takes place.
86 Consider building libcurl with c-ares support to enable asynchronous DNS
87 lookups, which enables nice timeouts for name resolves without signals.
89 Setting \fICURLOPT_NOSIGNAL\fP to 1 makes libcurl NOT ask the system to ignore
90 SIGPIPE signals, which otherwise are sent by the system when trying to send
91 data to a socket which is closed in the other end. libcurl makes an effort to
92 never cause such SIGPIPEs to trigger, but some operating systems have no way
93 to avoid them and even on those that have there are some corner cases when
94 they may still happen, contrary to our desire. In addition, using
95 \fICURLAUTH_NTLM_WB\fP authentication could cause a SIGCHLD signal to be
96 raised.
97 .IP CURLOPT_WILDCARDMATCH
98 Set this option to 1 if you want to transfer multiple files according to a
99 file name pattern. The pattern can be specified as part of the
100 \fICURLOPT_URL\fP option, using an fnmatch-like pattern (Shell Pattern
101 Matching) in the last part of URL (file name).
103 By default, libcurl uses its internal wildcard matching implementation. You
104 can provide your own matching function by the \fICURLOPT_FNMATCH_FUNCTION\fP
105 option.
107 This feature is only supported by the FTP download for now.
109 A brief introduction of its syntax follows:
111 .IP "* - ASTERISK"
112 \&ftp://example.com/some/path/\fB*.txt\fP (for all txt's from the root
113 directory)
116 .IP "? - QUESTION MARK"
117 Question mark matches any (exactly one) character.
119 \&ftp://example.com/some/path/\fBphoto?.jpeg\fP
122 .IP "[ - BRACKET EXPRESSION"
123 The left bracket opens a bracket expression. The question mark and asterisk have
124 no special meaning in a bracket expression. Each bracket expression ends by the
125 right bracket and matches exactly one character. Some examples follow:
127 \fB[a-zA-Z0\-9]\fP or \fB[f\-gF\-G]\fP \- character interval
129 \fB[abc]\fP - character enumeration
131 \fB[^abc]\fP or \fB[!abc]\fP - negation
133 \fB[[:\fP\fIname\fP\fB:]]\fP class expression. Supported classes are
134 \fBalnum\fP,\fBlower\fP, \fBspace\fP, \fBalpha\fP, \fBdigit\fP, \fBprint\fP,
135 \fBupper\fP, \fBblank\fP, \fBgraph\fP, \fBxdigit\fP.
137 \fB[][-!^]\fP - special case \- matches only '\-', ']', '[', '!' or '^'. These
138 characters have no special purpose.
140 \fB[\\[\\]\\\\]\fP - escape syntax. Matches '[', ']' or '\\'.
142 Using the rules above, a file name pattern can be constructed:
144 \&ftp://example.com/some/path/\fB[a-z[:upper:]\\\\].jpeg\fP
147 (This was added in 7.21.0)
148 .SH CALLBACK OPTIONS
149 .IP CURLOPT_WRITEFUNCTION
150 Function pointer that should match the following prototype: \fBsize_t
151 function( char *ptr, size_t size, size_t nmemb, void *userdata);\fP This
152 function gets called by libcurl as soon as there is data received that needs
153 to be saved. The size of the data pointed to by \fIptr\fP is \fIsize\fP
154 multiplied with \fInmemb\fP, it will not be zero terminated. Return the number
155 of bytes actually taken care of. If that amount differs from the amount passed
156 to your function, it'll signal an error to the library. This will abort the
157 transfer and return \fICURLE_WRITE_ERROR\fP.
159 From 7.18.0, the function can return CURL_WRITEFUNC_PAUSE which then will
160 cause writing to this connection to become paused. See
161 \fIcurl_easy_pause(3)\fP for further details.
163 This function may be called with zero bytes data if the transferred file is
164 empty.
166 Set this option to NULL to get the internal default function. The internal
167 default function will write the data to the FILE * given with
168 \fICURLOPT_WRITEDATA\fP.
170 Set the \fIuserdata\fP argument with the \fICURLOPT_WRITEDATA\fP option.
172 The callback function will be passed as much data as possible in all invokes,
173 but you cannot possibly make any assumptions. It may be one byte, it may be
174 thousands. The maximum amount of body data that can be passed to the write
175 callback is defined in the curl.h header file: CURL_MAX_WRITE_SIZE (the usual
176 default is 16K). If you however have \fICURLOPT_HEADER\fP set, which sends
177 header data to the write callback, you can get up to
178 \fICURL_MAX_HTTP_HEADER\fP bytes of header data passed into it. This usually
179 means 100K.
180 .IP CURLOPT_WRITEDATA
181 Data pointer to pass to the file write function. If you use the
182 \fICURLOPT_WRITEFUNCTION\fP option, this is the pointer you'll get as
183 input. If you don't use a callback, you must pass a 'FILE *' as libcurl will
184 pass this to fwrite() when writing data.
186 The internal \fICURLOPT_WRITEFUNCTION\fP will write the data to the FILE *
187 given with this option, or to stdout if this option hasn't been set.
189 If you're using libcurl as a win32 DLL, you \fBMUST\fP use the
190 \fICURLOPT_WRITEFUNCTION\fP if you set this option or you will experience
191 crashes.
193 This option is also known with the older name \fICURLOPT_FILE\fP, the name
194 \fICURLOPT_WRITEDATA\fP was introduced in 7.9.7.
195 .IP CURLOPT_READFUNCTION
196 Function pointer that should match the following prototype: \fBsize_t
197 function( void *ptr, size_t size, size_t nmemb, void *userdata);\fP This
198 function gets called by libcurl as soon as it needs to read data in order to
199 send it to the peer. The data area pointed at by the pointer \fIptr\fP may be
200 filled with at most \fIsize\fP multiplied with \fInmemb\fP number of
201 bytes. Your function must return the actual number of bytes that you stored in
202 that memory area. Returning 0 will signal end-of-file to the library and cause
203 it to stop the current transfer.
205 If you stop the current transfer by returning 0 "pre-maturely" (i.e before the
206 server expected it, like when you've said you will upload N bytes and you
207 upload less than N bytes), you may experience that the server "hangs" waiting
208 for the rest of the data that won't come.
210 The read callback may return \fICURL_READFUNC_ABORT\fP to stop the current
211 operation immediately, resulting in a \fICURLE_ABORTED_BY_CALLBACK\fP error
212 code from the transfer (Added in 7.12.1)
214 From 7.18.0, the function can return CURL_READFUNC_PAUSE which then will cause
215 reading from this connection to become paused. See \fIcurl_easy_pause(3)\fP
216 for further details.
218 \fBBugs\fP: when doing TFTP uploads, you must return the exact amount of data
219 that the callback wants, or it will be considered the final packet by the
220 server end and the transfer will end there.
222 If you set this callback pointer to NULL, or don't set it at all, the default
223 internal read function will be used. It is doing an fread() on the FILE *
224 userdata set with \fICURLOPT_READDATA\fP.
225 .IP CURLOPT_READDATA
226 Data pointer to pass to the file read function. If you use the
227 \fICURLOPT_READFUNCTION\fP option, this is the pointer you'll get as input. If
228 you don't specify a read callback but instead rely on the default internal
229 read function, this data must be a valid readable FILE *.
231 If you're using libcurl as a win32 DLL, you MUST use a
232 \fICURLOPT_READFUNCTION\fP if you set this option.
234 This option was also known by the older name \fICURLOPT_INFILE\fP, the name
235 \fICURLOPT_READDATA\fP was introduced in 7.9.7.
236 .IP CURLOPT_IOCTLFUNCTION
237 Function pointer that should match the \fIcurl_ioctl_callback\fP prototype
238 found in \fI<curl/curl.h>\fP. This function gets called by libcurl when
239 something special I/O-related needs to be done that the library can't do by
240 itself. For now, rewinding the read data stream is the only action it can
241 request. The rewinding of the read data stream may be necessary when doing a
242 HTTP PUT or POST with a multi-pass authentication method.  (Option added in
243 7.12.3).
245 Use \fICURLOPT_SEEKFUNCTION\fP instead to provide seeking!
246 .IP CURLOPT_IOCTLDATA
247 Pass a pointer that will be untouched by libcurl and passed as the 3rd
248 argument in the ioctl callback set with \fICURLOPT_IOCTLFUNCTION\fP.  (Option
249 added in 7.12.3)
250 .IP CURLOPT_SEEKFUNCTION
251 Function pointer that should match the following prototype: \fIint
252 function(void *instream, curl_off_t offset, int origin);\fP This function gets
253 called by libcurl to seek to a certain position in the input stream and can be
254 used to fast forward a file in a resumed upload (instead of reading all
255 uploaded bytes with the normal read function/callback). It is also called to
256 rewind a stream when doing a HTTP PUT or POST with a multi-pass authentication
257 method. The function shall work like "fseek" or "lseek" and accepted SEEK_SET,
258 SEEK_CUR and SEEK_END as argument for origin, although (in 7.18.0) libcurl
259 only passes SEEK_SET. The callback must return 0 (CURL_SEEKFUNC_OK) on
260 success, 1 (CURL_SEEKFUNC_FAIL) to cause the upload operation to fail or 2
261 (CURL_SEEKFUNC_CANTSEEK) to indicate that while the seek failed, libcurl is
262 free to work around the problem if possible. The latter can sometimes be done
263 by instead reading from the input or similar.
265 If you forward the input arguments directly to "fseek" or "lseek", note that
266 the data type for \fIoffset\fP is not the same as defined for curl_off_t on
267 many systems! (Option added in 7.18.0)
268 .IP CURLOPT_SEEKDATA
269 Data pointer to pass to the file seek function. If you use the
270 \fICURLOPT_SEEKFUNCTION\fP option, this is the pointer you'll get as input. If
271 you don't specify a seek callback, NULL is passed. (Option added in 7.18.0)
272 .IP CURLOPT_SOCKOPTFUNCTION
273 Function pointer that should match the \fIcurl_sockopt_callback\fP prototype
274 found in \fI<curl/curl.h>\fP. This function gets called by libcurl after the
275 socket() call but before the connect() call. The callback's \fIpurpose\fP
276 argument identifies the exact purpose for this particular socket, and
277 currently only one value is supported: \fICURLSOCKTYPE_IPCXN\fP for the
278 primary connection (meaning the control connection in the FTP case). Future
279 versions of libcurl may support more purposes. It passes the newly created
280 socket descriptor so additional setsockopt() calls can be done at the user's
281 discretion.  Return 0 (zero) from the callback on success. Return 1 from the
282 callback function to signal an unrecoverable error to the library and it will
283 close the socket and return \fICURLE_COULDNT_CONNECT\fP.  (Option added in
284 7.16.0)
286 Added in 7.21.5, the callback function may return
287 \fICURL_SOCKOPT_ALREADY_CONNECTED\fP, which tells libcurl that the socket is
288 in fact already connected and then libcurl will not attempt to connect it.
289 .IP CURLOPT_SOCKOPTDATA
290 Pass a pointer that will be untouched by libcurl and passed as the first
291 argument in the sockopt callback set with \fICURLOPT_SOCKOPTFUNCTION\fP.
292 (Option added in 7.16.0)
293 .IP CURLOPT_OPENSOCKETFUNCTION
294 Function pointer that should match the \fIcurl_opensocket_callback\fP
295 prototype found in \fI<curl/curl.h>\fP. This function gets called by libcurl
296 instead of the \fIsocket(2)\fP call. The callback's \fIpurpose\fP argument
297 identifies the exact purpose for this particular socket:
298 \fICURLSOCKTYPE_IPCXN\fP is for IP based connections. Future versions of
299 libcurl may support more purposes. It passes the resolved peer address as a
300 \fIaddress\fP argument so the callback can modify the address or refuse to
301 connect at all. The callback function should return the socket or
302 \fICURL_SOCKET_BAD\fP in case no connection should be established or any error
303 detected. Any additional \fIsetsockopt(2)\fP calls can be done on the socket
304 at the user's discretion.  \fICURL_SOCKET_BAD\fP return value from the
305 callback function will signal an unrecoverable error to the library and it
306 will return \fICURLE_COULDNT_CONNECT\fP.  This return code can be used for IP
307 address blacklisting.  The default behavior is:
309    return socket(addr->family, addr->socktype, addr->protocol);
311 (Option added in 7.17.1.)
312 .IP CURLOPT_OPENSOCKETDATA
313 Pass a pointer that will be untouched by libcurl and passed as the first
314 argument in the opensocket callback set with \fICURLOPT_OPENSOCKETFUNCTION\fP.
315 (Option added in 7.17.1.)
316 .IP CURLOPT_CLOSESOCKETFUNCTION
317 Function pointer that should match the \fIcurl_closesocket_callback\fP
318 prototype found in \fI<curl/curl.h>\fP. This function gets called by libcurl
319 instead of the \fIclose(3)\fP or \fIclosesocket(3)\fP call when sockets are
320 closed (not for any other file descriptors). This is pretty much the reverse
321 to the \fICURLOPT_OPENSOCKETFUNCTION\fP option. Return 0 to signal success and
322 1 if there was an error.  (Option added in 7.21.7)
323 .IP CURLOPT_CLOSESOCKETDATA
324 Pass a pointer that will be untouched by libcurl and passed as the first
325 argument in the closesocket callback set with
326 \fICURLOPT_CLOSESOCKETFUNCTION\fP.  (Option added in 7.21.7)
327 .IP CURLOPT_PROGRESSFUNCTION
328 Function pointer that should match the \fIcurl_progress_callback\fP prototype
329 found in \fI<curl/curl.h>\fP. This function gets called by libcurl instead of
330 its internal equivalent with a frequent interval during operation (roughly
331 once per second or sooner) no matter if data is being transfered or not.
332 Unknown/unused argument values passed to the callback will be set to zero
333 (like if you only download data, the upload size will remain 0). Returning a
334 non-zero value from this callback will cause libcurl to abort the transfer and
335 return \fICURLE_ABORTED_BY_CALLBACK\fP.
337 If you transfer data with the multi interface, this function will not be
338 called during periods of idleness unless you call the appropriate libcurl
339 function that performs transfers.
341 \fICURLOPT_NOPROGRESS\fP must be set to 0 to make this function actually
342 get called.
343 .IP CURLOPT_PROGRESSDATA
344 Pass a pointer that will be untouched by libcurl and passed as the first
345 argument in the progress callback set with \fICURLOPT_PROGRESSFUNCTION\fP.
346 .IP CURLOPT_HEADERFUNCTION
347 Function pointer that should match the following prototype: \fIsize_t
348 function( void *ptr, size_t size, size_t nmemb, void *userdata);\fP. This
349 function gets called by libcurl as soon as it has received header data. The
350 header callback will be called once for each header and only complete header
351 lines are passed on to the callback. Parsing headers is very easy using
352 this. The size of the data pointed to by \fIptr\fP is \fIsize\fP multiplied
353 with \fInmemb\fP. Do not assume that the header line is zero terminated! The
354 pointer named \fIuserdata\fP is the one you set with the
355 \fICURLOPT_WRITEHEADER\fP option. The callback function must return the number
356 of bytes actually taken care of. If that amount differs from the amount passed
357 to your function, it'll signal an error to the library. This will abort the
358 transfer and return \fICURL_WRITE_ERROR\fP.
360 A complete HTTP header that is passed to this function can be up to
361 \fICURL_MAX_HTTP_HEADER\fP (100K) bytes.
363 If this option is not set, or if it is set to NULL, but
364 \fICURLOPT_HEADERDATA\fP (\fICURLOPT_WRITEHEADER\fP) is set to anything but
365 NULL, the function used to accept response data will be used instead. That is,
366 it will be the function specified with \fICURLOPT_WRITEFUNCTION\fP, or if it
367 is not specified or NULL - the default, stream-writing function.
369 It's important to note that the callback will be invoked for the headers of
370 all responses received after initiating a request and not just the final
371 response. This includes all responses which occur during authentication
372 negotiation. If you need to operate on only the headers from the final
373 response, you will need to collect headers in the callback yourself and use
374 HTTP status lines, for example, to delimit response boundaries.
376 When a server sends a chunked encoded transfer, it may contain a trailer. That
377 trailer is identical to a HTTP header and if such a trailer is received it is
378 passed to the application using this callback as well. There are several ways
379 to detect it being a trailer and not an ordinary header: 1) it comes after the
380 response-body. 2) it comes after the final header line (CR LF) 3) a Trailer:
381 header among the regular response-headers mention what header(s) to expect in
382 the trailer.
384 For non-HTTP protocols like FTP, POP3, IMAP and SMTP this function will get
385 called with the server responses to the commands that libcurl sends.
386 .IP CURLOPT_WRITEHEADER
387 (This option is also known as \fBCURLOPT_HEADERDATA\fP) Pass a pointer to be
388 used to write the header part of the received data to. If you don't use
389 \fICURLOPT_WRITEFUNCTION\fP or \fICURLOPT_HEADERFUNCTION\fP to take care of
390 the writing, this must be a valid FILE * as the internal default will then be
391 a plain fwrite(). See also the \fICURLOPT_HEADERFUNCTION\fP option above on
392 how to set a custom get-all-headers callback.
393 .IP CURLOPT_DEBUGFUNCTION
394 Function pointer that should match the following prototype: \fIint
395 curl_debug_callback (CURL *, curl_infotype, char *, size_t, void *);\fP
396 \fICURLOPT_DEBUGFUNCTION\fP replaces the standard debug function used when
397 \fICURLOPT_VERBOSE \fP is in effect. This callback receives debug information,
398 as specified with the \fBcurl_infotype\fP argument. This function must return
399 0.  The data pointed to by the char * passed to this function WILL NOT be zero
400 terminated, but will be exactly of the size as told by the size_t argument.
402 Available curl_infotype values:
404 .IP CURLINFO_TEXT
405 The data is informational text.
406 .IP CURLINFO_HEADER_IN
407 The data is header (or header-like) data received from the peer.
408 .IP CURLINFO_HEADER_OUT
409 The data is header (or header-like) data sent to the peer.
410 .IP CURLINFO_DATA_IN
411 The data is protocol data received from the peer.
412 .IP CURLINFO_DATA_OUT
413 The data is protocol data sent to the peer.
415 .IP CURLOPT_DEBUGDATA
416 Pass a pointer to whatever you want passed in to your
417 \fICURLOPT_DEBUGFUNCTION\fP in the last void * argument. This pointer is not
418 used by libcurl, it is only passed to the callback.
419 .IP CURLOPT_SSL_CTX_FUNCTION
420 This option does only function for libcurl powered by OpenSSL. If libcurl was
421 built against another SSL library, this functionality is absent.
423 Function pointer that should match the following prototype: \fBCURLcode
424 sslctxfun(CURL *curl, void *sslctx, void *parm);\fP This function gets called
425 by libcurl just before the initialization of a SSL connection after having
426 processed all other SSL related options to give a last chance to an
427 application to modify the behaviour of openssl's ssl initialization. The
428 \fIsslctx\fP parameter is actually a pointer to an openssl \fISSL_CTX\fP. If
429 an error is returned no attempt to establish a connection is made and the
430 perform operation will return the error code from this callback function.  Set
431 the \fIparm\fP argument with the \fICURLOPT_SSL_CTX_DATA\fP option. This
432 option was introduced in 7.11.0.
434 This function will get called on all new connections made to a server, during
435 the SSL negotiation. The SSL_CTX pointer will be a new one every time.
437 To use this properly, a non-trivial amount of knowledge of the openssl
438 libraries is necessary. For example, using this function allows you to use
439 openssl callbacks to add additional validation code for certificates, and even
440 to change the actual URI of a HTTPS request (example used in the lib509 test
441 case).  See also the example section for a replacement of the key, certificate
442 and trust file settings.
443 .IP CURLOPT_SSL_CTX_DATA
444 Data pointer to pass to the ssl context callback set by the option
445 \fICURLOPT_SSL_CTX_FUNCTION\fP, this is the pointer you'll get as third
446 parameter, otherwise \fBNULL\fP. (Added in 7.11.0)
447 .IP CURLOPT_CONV_TO_NETWORK_FUNCTION
448 .IP CURLOPT_CONV_FROM_NETWORK_FUNCTION
449 .IP CURLOPT_CONV_FROM_UTF8_FUNCTION
450 Function pointers that should match the following prototype: CURLcode
451 function(char *ptr, size_t length);
453 These three options apply to non-ASCII platforms only.  They are available
454 only if \fBCURL_DOES_CONVERSIONS\fP was defined when libcurl was built. When
455 this is the case, \fIcurl_version_info(3)\fP will return the CURL_VERSION_CONV
456 feature bit set.
458 The data to be converted is in a buffer pointed to by the ptr parameter.  The
459 amount of data to convert is indicated by the length parameter.  The converted
460 data overlays the input data in the buffer pointed to by the ptr parameter.
461 CURLE_OK should be returned upon successful conversion.  A CURLcode return
462 value defined by curl.h, such as CURLE_CONV_FAILED, should be returned if an
463 error was encountered.
465 \fBCURLOPT_CONV_TO_NETWORK_FUNCTION\fP and
466 \fBCURLOPT_CONV_FROM_NETWORK_FUNCTION\fP convert between the host encoding and
467 the network encoding.  They are used when commands or ASCII data are
468 sent/received over the network.
470 \fBCURLOPT_CONV_FROM_UTF8_FUNCTION\fP is called to convert from UTF8 into the
471 host encoding.  It is required only for SSL processing.
473 If you set a callback pointer to NULL, or don't set it at all, the built-in
474 libcurl iconv functions will be used.  If HAVE_ICONV was not defined when
475 libcurl was built, and no callback has been established, conversion will
476 return the CURLE_CONV_REQD error code.
478 If HAVE_ICONV is defined, CURL_ICONV_CODESET_OF_HOST must also be defined.
479 For example:
481  \&#define CURL_ICONV_CODESET_OF_HOST "IBM-1047"
483 The iconv code in libcurl will default the network and UTF8 codeset names as
484 follows:
486  \&#define CURL_ICONV_CODESET_OF_NETWORK "ISO8859-1"
488  \&#define CURL_ICONV_CODESET_FOR_UTF8   "UTF-8"
490 You will need to override these definitions if they are different on your
491 system.
492 .IP CURLOPT_INTERLEAVEFUNCTION
493 Function pointer that should match the following prototype: \fIsize_t
494 function( void *ptr, size_t size, size_t nmemb, void *userdata)\fP. This
495 function gets called by libcurl as soon as it has received interleaved RTP
496 data. This function gets called for each $ block and therefore contains
497 exactly one upper-layer protocol unit (e.g.  one RTP packet). Curl writes the
498 interleaved header as well as the included data for each call. The first byte
499 is always an ASCII dollar sign. The dollar sign is followed by a one byte
500 channel identifier and then a 2 byte integer length in network byte order. See
501 \fIRFC 2326 Section 10.12\fP for more information on how RTP interleaving
502 behaves. If unset or set to NULL, curl will use the default write function.
504 Interleaved RTP poses some challeneges for the client application. Since the
505 stream data is sharing the RTSP control connection, it is critical to service
506 the RTP in a timely fashion. If the RTP data is not handled quickly,
507 subsequent response processing may become unreasonably delayed and the
508 connection may close. The application may use \fICURL_RTSPREQ_RECEIVE\fP to
509 service RTP data when no requests are desired. If the application makes a
510 request, (e.g.  \fICURL_RTSPREQ_PAUSE\fP) then the response handler will
511 process any pending RTP data before marking the request as finished.  (Added
512 in 7.20.0)
513 .IP CURLOPT_INTERLEAVEDATA
514 This is the userdata pointer that will be passed to
515 \fICURLOPT_INTERLEAVEFUNCTION\fP when interleaved RTP data is received. (Added
516 in 7.20.0)
517 .IP CURLOPT_CHUNK_BGN_FUNCTION
518 Function pointer that should match the following prototype: \fBlong function
519 (const void *transfer_info, void *ptr, int remains)\fP. This function gets
520 called by libcurl before a part of the stream is going to be transferred (if
521 the transfer supports chunks).
523 This callback makes sense only when using the \fICURLOPT_WILDCARDMATCH\fP
524 option for now.
526 The target of transfer_info parameter is a "feature depended" structure. For
527 the FTP wildcard download, the target is curl_fileinfo structure (see
528 \fIcurl/curl.h\fP).  The parameter ptr is a pointer given by
529 \fICURLOPT_CHUNK_DATA\fP. The parameter remains contains number of chunks
530 remaining per the transfer. If the feature is not available, the parameter has
531 zero value.
533 Return \fICURL_CHUNK_BGN_FUNC_OK\fP if everything is fine,
534 \fICURL_CHUNK_BGN_FUNC_SKIP\fP if you want to skip the concrete chunk or
535 \fICURL_CHUNK_BGN_FUNC_FAIL\fP to tell libcurl to stop if some error occurred.
536 (This was added in 7.21.0)
537 .IP CURLOPT_CHUNK_END_FUNCTION
538 Function pointer that should match the following prototype: \fBlong
539 function(void *ptr)\fP. This function gets called by libcurl as soon as a part
540 of the stream has been transferred (or skipped).
542 Return \fICURL_CHUNK_END_FUNC_OK\fP if everything is fine or
543 \fBCURL_CHUNK_END_FUNC_FAIL\fP to tell the lib to stop if some error occurred.
544 (This was added in 7.21.0)
545 .IP CURLOPT_CHUNK_DATA
546 Pass a pointer that will be untouched by libcurl and passed as the ptr
547 argument to the \fICURL_CHUNK_BGN_FUNTION\fP and \fICURL_CHUNK_END_FUNTION\fP.
548 (This was added in 7.21.0)
549 .IP CURLOPT_FNMATCH_FUNCTION
550 Function pointer that should match \fBint function(void *ptr, const char
551 *pattern, const char *string)\fP prototype (see \fIcurl/curl.h\fP). It is used
552 internally for the wildcard matching feature.
554 Return \fICURL_FNMATCHFUNC_MATCH\fP if pattern matches the string,
555 \fICURL_FNMATCHFUNC_NOMATCH\fP if not or \fICURL_FNMATCHFUNC_FAIL\fP if an
556 error occurred.  (This was added in 7.21.0)
557 .IP CURLOPT_FNMATCH_DATA
558 Pass a pointer that will be untouched by libcurl and passed as the ptr argument
559 to the \fICURL_FNMATCH_FUNCTION\fP. (This was added in 7.21.0)
560 .SH ERROR OPTIONS
561 .IP CURLOPT_ERRORBUFFER
562 Pass a char * to a buffer that the libcurl may store human readable error
563 messages in. This may be more helpful than just the return code from
564 \fIcurl_easy_perform\fP. The buffer must be at least CURL_ERROR_SIZE big.
565 Although this argument is a 'char *', it does not describe an input string.
566 Therefore the (probably undefined) contents of the buffer is NOT copied
567 by the library. You should keep the associated storage available until
568 libcurl no longer needs it. Failing to do so will cause very odd behavior
569 or even crashes. libcurl will need it until you call \fIcurl_easy_cleanup(3)\fP
570 or you set the same option again to use a different pointer.
572 Use \fICURLOPT_VERBOSE\fP and \fICURLOPT_DEBUGFUNCTION\fP to better
573 debug/trace why errors happen.
575 If the library does not return an error, the buffer may not have been
576 touched. Do not rely on the contents in those cases.
578 .IP CURLOPT_STDERR
579 Pass a FILE * as parameter. Tell libcurl to use this stream instead of stderr
580 when showing the progress meter and displaying \fICURLOPT_VERBOSE\fP data.
581 .IP CURLOPT_FAILONERROR
582 A parameter set to 1 tells the library to fail silently if the HTTP code
583 returned is equal to or larger than 400. The default action would be to return
584 the page normally, ignoring that code.
586 This method is not fail-safe and there are occasions where non-successful
587 response codes will slip through, especially when authentication is involved
588 (response codes 401 and 407).
590 You might get some amounts of headers transferred before this situation is
591 detected, like when a "100-continue" is received as a response to a
592 POST/PUT and a 401 or 407 is received immediately afterwards.
593 .SH NETWORK OPTIONS
594 .IP CURLOPT_URL
595 The actual URL to deal with. The parameter should be a char * to a zero
596 terminated string which must be URL-encoded in the following format:
598 scheme://host:port/path
600 For a greater explanation of the format please see RFC 3986
601 (http://curl.haxx.se/rfc/rfc3986.txt).
603 If the given URL lacks the scheme, or protocol, part ("http://" or "ftp://"
604 etc), libcurl will attempt to resolve which protocol to use based on the
605 given host mame. If the protocol is not supported, libcurl will return
606 (\fICURLE_UNSUPPORTED_PROTOCOL\fP) when you call \fIcurl_easy_perform(3)\fP
607 or \fIcurl_multi_perform(3)\fP. Use \fIcurl_version_info(3)\fP for detailed
608 information on which protocols are supported.
610 The host part of the URL contains the address of the server that you want to
611 connect to. This can be the fully qualified domain name of the server, the
612 local network name of the machine on your network or the IP address of the
613 server or machine represented by either an IPv4 or IPv6 address. For example:
615 http://www.example.com/
617 http://hostname/
619 http://192.168.0.1/
621 http://[2001:1890:1112:1::20]/
623 It is also possible to specify the user name and password as part of the
624 host, for some protocols, when connecting to servers that require
625 authentication.
627 For example the following types of authentication support this:
629 http://user:password@www.domain.com
630 ftp://user:password@ftp.domain.com
631 pop3://user:password@mail.domain.com
633 The port is optional and when not specified libcurl will use the default port
634 based on the determined or specified protocol: 80 for http, 21 for ftp and 25
635 for smtp, etc. The following examples show how to specify the port:
637 http://www.weirdserver.com:8080/ - This will connect to a web server using
638 port 8080.
640 smtp://mail.domain.com:587/ - This will connect to a smtp server on the
641 alternative mail port.
643 The path part of the URL is protocol specific and whilst some examples are
644 given below this list is not conclusive:
646 .B HTTP
648 The path part of a HTTP request specifies the file to retrieve and from what
649 directory. If the directory is not specified then the web server's root
650 directory is used. If the file is omitted then the default document will be
651 retrieved for either the directory specified or the root directory. The
652 exact resource returned for each URL is entirely dependent on the server's
653 configuration.
655 http://www.netscape.com - This gets the main page (index.html in this
656 example) from Netscape's web server.
658 http://www.netscape.com/index.html - This returns the main page from Netscape
659 by specifying the page to get.
661 http://www.netscape.com/contactus/ - This returns the default document from
662 the contactus directory.
664 .B FTP
666 The path part of an FTP request specifies the file to retrieve and from what
667 directory. If the file part is omitted then libcurl downloads the directory
668 listing for the directory specified. If the directory is omitted then
669 the directory listing for the root / home directory will be returned.
671 ftp://cool.haxx.se - This retrieves the directory listing for our FTP server.
673 ftp://cool.haxx.se/readme.txt - This downloads the file readme.txt from the
674 root directory.
676 ftp://cool.haxx.se/libcurl/readme.txt - This downloads readme.txt from the
677 libcurl directory.
679 ftp://user:password@my.example.com/readme.txt - This retrieves the readme.txt
680 file from the user's home directory. When a username and password is
681 specified, everything that is specified in the path part is relative to the
682 user's home directory. To retrieve files from the root directory or a
683 directory underneath the root directory then the absolute path must be
684 specified by prepending an additional forward slash to the beginning of the
685 path.
687 ftp://user:password@my.example.com//readme.txt - This retrieves the readme.txt
688 from the root directory when logging in as a specified user.
690 .B SMTP
692 The path part of a SMTP request specifies the host name to present during
693 communication with the mail server. If the path is omitted then libcurl will
694 attempt to resolve the local computer's host name. However, this may not
695 return the fully qualified domain name that is required by some mail servers
696 and specifying this path allows you to set an alternative name, such as
697 your machine's fully qualified domain name, which you might have obtained
698 from an external function such as gethostname or getaddrinfo.
700 smtp://mail.domain.com - This connects to the mail server at domain.com and
701 sends your local computer's host name in the HELO / EHLO command.
703 smtp://mail.domain.com/client.domain.com - This will send client.domain.com in
704 the HELO / EHLO command to the mail server at domain.com.
706 .B POP3
708 The path part of a POP3 request specifies the mailbox (message) to retrieve.
709 If the mailbox is not specified then a list of waiting messages is returned
710 instead.
712 pop3://user:password@mail.domain.com - This lists the available messages
713 pop3://user:password@mail.domain.com/1 - This retrieves the first message
715 .B SCP
717 The path part of a SCP request specifies the file to retrieve and from what
718 directory. The file part may not be omitted. The file is taken as an absolute
719 path from the root directory on the server. To specify a path relative to
720 the user's home directory on the server, prepend ~/ to the path portion.
721 If the user name is not embedded in the URL, it can be set with the
722 \fICURLOPT_USERPWD\fP or \fBCURLOPT_USERNAME\fP option.
724 scp://user@example.com/etc/issue - This specifies the file /etc/issue
726 scp://example.com/~/my-file - This specifies the file my-file in the
727 user's home directory on the server
729 .B SFTP
731 The path part of a SFTP request specifies the file to retrieve and from what
732 directory. If the file part is omitted then libcurl downloads the directory
733 listing for the directory specified.  If the path ends in a / then a directory
734 listing is returned instead of a file.  If the path is omitted entirely then
735 the directory listing for the root / home directory will be returned.
736 If the user name is not embedded in the URL, it can be set with the
737 \fICURLOPT_USERPWD\fP or \fBCURLOPT_USERNAME\fP option.
739 sftp://user:password@example.com/etc/issue - This specifies the file
740 /etc/issue
742 sftp://user@example.com/~/my-file - This specifies the file my-file in the
743 user's home directory
745 sftp://ssh.example.com/~/Documents/ - This requests a directory listing
746 of the Documents directory under the user's home directory
748 .B NOTES
750 Starting with version 7.20.0, the fragment part of the URI will not be sent as
751 part of the path, which was previously the case.
753 \fICURLOPT_URL\fP is the only option that \fBmust\fP be set before
754 \fIcurl_easy_perform(3)\fP is called.
756 \fICURLOPT_PROTOCOLS\fP can be used to limit what protocols libcurl will use
757 for this transfer, independent of what libcurl has been compiled to
758 support. That may be useful if you accept the URL from an external source and
759 want to limit the accessibility.
760 .IP CURLOPT_PROTOCOLS
761 Pass a long that holds a bitmask of CURLPROTO_* defines. If used, this bitmask
762 limits what protocols libcurl may use in the transfer. This allows you to have
763 a libcurl built to support a wide range of protocols but still limit specific
764 transfers to only be allowed to use a subset of them. By default libcurl will
765 accept all protocols it supports. See also
766 \fICURLOPT_REDIR_PROTOCOLS\fP. (Added in 7.19.4)
767 .IP CURLOPT_REDIR_PROTOCOLS
768 Pass a long that holds a bitmask of CURLPROTO_* defines. If used, this bitmask
769 limits what protocols libcurl may use in a transfer that it follows to in a
770 redirect when \fICURLOPT_FOLLOWLOCATION\fP is enabled. This allows you to
771 limit specific transfers to only be allowed to use a subset of protocols in
772 redirections. By default libcurl will allow all protocols except for FILE and
773 SCP. This is a difference compared to pre-7.19.4 versions which
774 unconditionally would follow to all protocols supported. (Added in 7.19.4)
775 .IP CURLOPT_PROXY
776 Set HTTP proxy to use. The parameter should be a char * to a zero terminated
777 string holding the host name or dotted IP address. To specify port number in
778 this string, append :[port] to the end of the host name. The proxy string may
779 be prefixed with [protocol]:// since any such prefix will be ignored. The
780 proxy's port number may optionally be specified with the separate option. If
781 not specified, libcurl will default to using port 1080 for proxies.
782 \fICURLOPT_PROXYPORT\fP.
784 When you tell the library to use a HTTP proxy, libcurl will transparently
785 convert operations to HTTP even if you specify an FTP URL etc. This may have
786 an impact on what other features of the library you can use, such as
787 \fICURLOPT_QUOTE\fP and similar FTP specifics that don't work unless you
788 tunnel through the HTTP proxy. Such tunneling is activated with
789 \fICURLOPT_HTTPPROXYTUNNEL\fP.
791 libcurl respects the environment variables \fBhttp_proxy\fP, \fBftp_proxy\fP,
792 \fBall_proxy\fP etc, if any of those are set. The \fICURLOPT_PROXY\fP option
793 does however override any possibly set environment variables.
795 Setting the proxy string to "" (an empty string) will explicitly disable the
796 use of a proxy, even if there is an environment variable set for it.
798 Since 7.14.1, the proxy host string given in environment variables can be
799 specified the exact same way as the proxy can be set with \fICURLOPT_PROXY\fP,
800 include protocol prefix (http://) and embedded user + password.
802 Since 7.21.7, the proxy string may be specified with a protocol:// prefix to
803 specify alternative proxy protocols. Use socks4://, socks4a://, socks5:// or
804 socks5h:// (the last one to enable socks5 and asking the proxy to do the
805 resolving, also known as CURLPROXY_SOCKS5_HOSTNAME type) to request the
806 specific SOCKS version to be used. No protocol specified, http:// and all
807 others will be treated as HTTP proxies.
808 .IP CURLOPT_PROXYPORT
809 Pass a long with this option to set the proxy port to connect to unless it is
810 specified in the proxy string \fICURLOPT_PROXY\fP.
811 .IP CURLOPT_PROXYTYPE
812 Pass a long with this option to set type of the proxy. Available options for
813 this are \fICURLPROXY_HTTP\fP, \fICURLPROXY_HTTP_1_0\fP (added in 7.19.4),
814 \fICURLPROXY_SOCKS4\fP (added in 7.10), \fICURLPROXY_SOCKS5\fP,
815 \fICURLPROXY_SOCKS4A\fP (added in 7.18.0) and \fICURLPROXY_SOCKS5_HOSTNAME\fP
816 (added in 7.18.0). The HTTP type is default. (Added in 7.10)
818 If you set \fBCURLOPT_PROXYTYPE\fP to \fICURLPROXY_HTTP_1_0\fP, it will only
819 affect how libcurl speaks to a proxy when CONNECT is used. The HTTP version
820 used for "regular" HTTP requests is instead controlled with
821 \fICURLOPT_HTTP_VERSION\fP.
822 .IP CURLOPT_NOPROXY
823 Pass a pointer to a zero terminated string. This should be a comma separated
824 list of hosts which do not use a proxy, if one is specified.  The only
825 wildcard is a single * character, which matches all hosts, and effectively
826 disables the proxy. Each name in this list is matched as either a domain which
827 contains the hostname, or the hostname itself. For example, local.com would
828 match local.com, local.com:80, and www.local.com, but not www.notlocal.com.
829 (Added in 7.19.4)
830 .IP CURLOPT_HTTPPROXYTUNNEL
831 Set the parameter to 1 to make the library tunnel all operations through a
832 given HTTP proxy. There is a big difference between using a proxy and to
833 tunnel through it. If you don't know what this means, you probably don't want
834 this tunneling option.
835 .IP CURLOPT_SOCKS5_GSSAPI_SERVICE
836 Pass a char * as parameter to a string holding the name of the service. The
837 default service name for a SOCKS5 server is rcmd/server-fqdn. This option
838 allows you to change it. (Added in 7.19.4)
839 .IP CURLOPT_SOCKS5_GSSAPI_NEC
840 Pass a long set to 1 to enable or 0 to disable. As part of the gssapi
841 negotiation a protection mode is negotiated. The rfc1961 says in section
842 4.3/4.4 it should be protected, but the NEC reference implementation does not.
843 If enabled, this option allows the unprotected exchange of the protection mode
844 negotiation. (Added in 7.19.4).
845 .IP CURLOPT_INTERFACE
846 Pass a char * as parameter. This sets the interface name to use as outgoing
847 network interface. The name can be an interface name, an IP address, or a host
848 name.
850 Starting with 7.24.0: If the parameter starts with "if!" then it is treated as
851 only as interface name and no attempt will ever be named to do treat it as an
852 IP address or to do name resolution on it.  If the parameter starts with
853 \&"host!" it is treated as either an IP address or a hostname.  Hostnames are
854 resolved synchronously.  Using the if! format is highly recommended when using
855 the multi interfaces to avoid allowing the code to block.  If "if!" is
856 specified but the parameter does not match an existing interface,
857 CURLE_INTERFACE_FAILED is returned.
858 .IP CURLOPT_LOCALPORT
859 Pass a long. This sets the local port number of the socket used for
860 connection. This can be used in combination with \fICURLOPT_INTERFACE\fP and
861 you are recommended to use \fICURLOPT_LOCALPORTRANGE\fP as well when this is
862 set. Valid port numbers are 1 - 65535. (Added in 7.15.2)
863 .IP CURLOPT_LOCALPORTRANGE
864 Pass a long. This is the number of attempts libcurl should make to find a
865 working local port number. It starts with the given \fICURLOPT_LOCALPORT\fP
866 and adds one to the number for each retry. Setting this to 1 or below will
867 make libcurl do only one try for the exact port number. Port numbers by nature
868 are scarce resources that will be busy at times so setting this value to
869 something too low might cause unnecessary connection setup failures. (Added in
870 7.15.2)
871 .IP CURLOPT_DNS_CACHE_TIMEOUT
872 Pass a long, this sets the timeout in seconds. Name resolves will be kept in
873 memory for this number of seconds. Set to zero to completely disable
874 caching, or set to -1 to make the cached entries remain forever. By default,
875 libcurl caches this info for 60 seconds.
877 The name resolve functions of various libc implementations don't re-read name
878 server information unless explicitly told so (for example, by calling
879 \fIres_init(3)\fP). This may cause libcurl to keep using the older server even
880 if DHCP has updated the server info, and this may look like a DNS cache issue
881 to the casual libcurl-app user.
882 .IP CURLOPT_DNS_USE_GLOBAL_CACHE
883 Pass a long. If the value is 1, it tells curl to use a global DNS cache
884 that will survive between easy handle creations and deletions. This is not
885 thread-safe and this will use a global variable.
887 \fBWARNING:\fP this option is considered obsolete. Stop using it. Switch over
888 to using the share interface instead! See \fICURLOPT_SHARE\fP and
889 \fIcurl_share_init(3)\fP.
890 .IP CURLOPT_BUFFERSIZE
891 Pass a long specifying your preferred size (in bytes) for the receive buffer
892 in libcurl.  The main point of this would be that the write callback gets
893 called more often and with smaller chunks. This is just treated as a request,
894 not an order. You cannot be guaranteed to actually get the given size. (Added
895 in 7.10)
897 This size is by default set as big as possible (CURL_MAX_WRITE_SIZE), so it
898 only makes sense to use this option if you want it smaller.
899 .IP CURLOPT_PORT
900 Pass a long specifying what remote port number to connect to, instead of the
901 one specified in the URL or the default port for the used protocol.
902 .IP CURLOPT_TCP_NODELAY
903 Pass a long specifying whether the TCP_NODELAY option should be set or
904 cleared (1 = set, 0 = clear). The option is cleared by default. This
905 will have no effect after the connection has been established.
907 Setting this option will disable TCP's Nagle algorithm. The purpose of
908 this algorithm is to try to minimize the number of small packets on
909 the network (where "small packets" means TCP segments less than the
910 Maximum Segment Size (MSS) for the network).
912 Maximizing the amount of data sent per TCP segment is good because it
913 amortizes the overhead of the send. However, in some cases (most
914 notably telnet or rlogin) small segments may need to be sent
915 without delay. This is less efficient than sending larger amounts of
916 data at a time, and can contribute to congestion on the network if
917 overdone.
918 .IP CURLOPT_ADDRESS_SCOPE
919 Pass a long specifying the scope_id value to use when connecting to IPv6
920 link-local or site-local addresses. (Added in 7.19.0)
921 .IP CURLOPT_TCP_KEEPALIVE
922 Pass a long. If set to 1, TCP keepalive probes will be sent. The delay and
923 frequency of these probes can be controlled by the \fICURLOPT_TCP_KEEPIDLE\fP
924 and \fICURLOPT_TCP_KEEPINTVL\fP options, provided the operating system supports
925 them. Set to 0 (default behavior) to disable keepalive probes (Added in
926 7.25.0).
927 .IP CURLOPT_TCP_KEEPIDLE
928 Pass a long. Sets the delay, in seconds, that the operating system will wait
929 while the connection is idle before sending keepalive probes. Not all operating
930 systems support this option. (Added in 7.25.0)
931 .IP CURLOPT_TCP_KEEPINTVL
932 Pass a long. Sets the interval, in seconds, that the operating system will wait
933 between sending keepalive probes. Not all operating systems support this
934 option. (Added in 7.25.0)
935 .SH NAMES and PASSWORDS OPTIONS (Authentication)
936 .IP CURLOPT_NETRC
937 This parameter controls the preference of libcurl between using user names and
938 passwords from your \fI~/.netrc\fP file, relative to user names and passwords
939 in the URL supplied with \fICURLOPT_URL\fP.
941 libcurl uses a user name (and supplied or prompted password) supplied with
942 \fICURLOPT_USERPWD\fP in preference to any of the options controlled by this
943 parameter.
945 Pass a long, set to one of the values described below.
947 .IP CURL_NETRC_OPTIONAL
948 The use of your \fI~/.netrc\fP file is optional, and information in the URL is
949 to be preferred.  The file will be scanned for the host and user name (to
950 find the password only) or for the host only, to find the first user name and
951 password after that \fImachine\fP, which ever information is not specified in
952 the URL.
954 Undefined values of the option will have this effect.
955 .IP CURL_NETRC_IGNORED
956 The library will ignore the file and use only the information in the URL.
958 This is the default.
959 .IP CURL_NETRC_REQUIRED
960 This value tells the library that use of the file is required, to ignore the
961 information in the URL, and to search the file for the host only.
963 Only machine name, user name and password are taken into account
964 (init macros and similar things aren't supported).
966 libcurl does not verify that the file has the correct properties set (as the
967 standard Unix ftp client does). It should only be readable by user.
968 .IP CURLOPT_NETRC_FILE
969 Pass a char * as parameter, pointing to a zero terminated string containing
970 the full path name to the file you want libcurl to use as .netrc file. If this
971 option is omitted, and \fICURLOPT_NETRC\fP is set, libcurl will attempt to
972 find a .netrc file in the current user's home directory. (Added in 7.10.9)
973 .IP CURLOPT_USERPWD
974 Pass a char * as parameter, which should be [user name]:[password] to use for
975 the connection. Use \fICURLOPT_HTTPAUTH\fP to decide the authentication method.
977 When using NTLM, you can set the domain by prepending it to the user name and
978 separating the domain and name with a forward (/) or backward slash (\\). Like
979 this: "domain/user:password" or "domain\\user:password". Some HTTP servers (on
980 Windows) support this style even for Basic authentication.
982 When using HTTP and \fICURLOPT_FOLLOWLOCATION\fP, libcurl might perform
983 several requests to possibly different hosts. libcurl will only send this user
984 and password information to hosts using the initial host name (unless
985 \fICURLOPT_UNRESTRICTED_AUTH\fP is set), so if libcurl follows locations to
986 other hosts it will not send the user and password to those. This is enforced
987 to prevent accidental information leakage.
988 .IP CURLOPT_PROXYUSERPWD
989 Pass a char * as parameter, which should be [user name]:[password] to use for
990 the connection to the HTTP proxy.  Use \fICURLOPT_PROXYAUTH\fP to decide
991 the authentication method.
992 .IP CURLOPT_USERNAME
993 Pass a char * as parameter, which should be pointing to the zero terminated
994 user name to use for the transfer.
996 \fBCURLOPT_USERNAME\fP sets the user name to be used in protocol
997 authentication. You should not use this option together with the (older)
998 CURLOPT_USERPWD option.
1000 In order to specify the password to be used in conjunction with the user name
1001 use the \fICURLOPT_PASSWORD\fP option.  (Added in 7.19.1)
1002 .IP CURLOPT_PASSWORD
1003 Pass a char * as parameter, which should be pointing to the zero terminated
1004 password to use for the transfer.
1006 The CURLOPT_PASSWORD option should be used in conjunction with
1007 the \fICURLOPT_USERNAME\fP option. (Added in 7.19.1)
1008 .IP CURLOPT_PROXYUSERNAME
1009 Pass a char * as parameter, which should be pointing to the zero terminated
1010 user name to use for the transfer while connecting to Proxy.
1012 The CURLOPT_PROXYUSERNAME option should be used in same way as the
1013 \fICURLOPT_PROXYUSERPWD\fP is used.  In comparison to
1014 \fICURLOPT_PROXYUSERPWD\fP the CURLOPT_PROXYUSERNAME allows the username to
1015 contain a colon, like in the following example: "sip:user@example.com". The
1016 CURLOPT_PROXYUSERNAME option is an alternative way to set the user name while
1017 connecting to Proxy.  There is no meaning to use it together with the
1018 \fICURLOPT_PROXYUSERPWD\fP option.
1020 In order to specify the password to be used in conjunction with the user name
1021 use the \fICURLOPT_PROXYPASSWORD\fP option.  (Added in 7.19.1)
1022 .IP CURLOPT_PROXYPASSWORD
1023 Pass a char * as parameter, which should be pointing to the zero terminated
1024 password to use for the transfer while connecting to Proxy.
1026 The CURLOPT_PROXYPASSWORD option should be used in conjunction with
1027 the \fICURLOPT_PROXYUSERNAME\fP option. (Added in 7.19.1)
1028 .IP CURLOPT_HTTPAUTH
1029 Pass a long as parameter, which is set to a bitmask, to tell libcurl which
1030 authentication method(s) you want it to use. The available bits are listed
1031 below. If more than one bit is set, libcurl will first query the site to see
1032 which authentication methods it supports and then pick the best one you allow
1033 it to use. For some methods, this will induce an extra network round-trip. Set
1034 the actual name and password with the \fICURLOPT_USERPWD\fP option or
1035 with the \fICURLOPT_USERNAME\fP and the \fICURLOPT_PASSWORD\fP options.
1036 (Added in 7.10.6)
1038 .IP CURLAUTH_BASIC
1039 HTTP Basic authentication. This is the default choice, and the only method
1040 that is in wide-spread use and supported virtually everywhere. This sends
1041 the user name and password over the network in plain text, easily captured by
1042 others.
1043 .IP CURLAUTH_DIGEST
1044 HTTP Digest authentication.  Digest authentication is defined in RFC2617 and
1045 is a more secure way to do authentication over public networks than the
1046 regular old-fashioned Basic method.
1047 .IP CURLAUTH_DIGEST_IE
1048 HTTP Digest authentication with an IE flavor.  Digest authentication is
1049 defined in RFC2617 and is a more secure way to do authentication over public
1050 networks than the regular old-fashioned Basic method. The IE flavor is simply
1051 that libcurl will use a special "quirk" that IE is known to have used before
1052 version 7 and that some servers require the client to use. (This define was
1053 added in 7.19.3)
1054 .IP CURLAUTH_GSSNEGOTIATE
1055 HTTP GSS-Negotiate authentication. The GSS-Negotiate (also known as plain
1056 \&"Negotiate") method was designed by Microsoft and is used in their web
1057 applications. It is primarily meant as a support for Kerberos5 authentication
1058 but may also be used along with other authentication methods. For more
1059 information see IETF draft draft-brezak-spnego-http-04.txt.
1061 You need to build libcurl with a suitable GSS-API library for this to work.
1062 .IP CURLAUTH_NTLM
1063 HTTP NTLM authentication. A proprietary protocol invented and used by
1064 Microsoft. It uses a challenge-response and hash concept similar to Digest, to
1065 prevent the password from being eavesdropped.
1067 You need to build libcurl with either OpenSSL, GnuTLS or NSS support for this
1068 option to work, or build libcurl on Windows.
1069 .IP CURLAUTH_NTLM_WB
1070 NTLM delegating to winbind helper. Authentication is performed by a separate
1071 binary application that is executed when needed. The name of the application
1072 is specified at compile time but is typically /usr/bin/ntlm_auth
1073 (Added in 7.22.0)
1075 Note that libcurl will fork when necessary to run the winbind application and
1076 kill it when complete, calling waitpid() to await its exit when done. On POSIX
1077 operating systems, killing the process will cause a SIGCHLD signal to be
1078 raised (regardless of whether \fICURLOPT_NOSIGNAL\fP is set), which must be
1079 handled intelligently by the application. In particular, the application must
1080 not unconditionally call wait() in its SIGCHLD signal handler to avoid being
1081 subject to a race condition.  This behavior is subject to change in future
1082 versions of libcurl.
1083 .IP CURLAUTH_ANY
1084 This is a convenience macro that sets all bits and thus makes libcurl pick any
1085 it finds suitable. libcurl will automatically select the one it finds most
1086 secure.
1087 .IP CURLAUTH_ANYSAFE
1088 This is a convenience macro that sets all bits except Basic and thus makes
1089 libcurl pick any it finds suitable. libcurl will automatically select the one
1090 it finds most secure.
1091 .IP CURLAUTH_ONLY
1092 This is a meta symbol. Or this value together with a single specific auth
1093 value to force libcurl to probe for un-restricted auth and if not, only that
1094 single auth algorithm is acceptable. (Added in 7.21.3)
1096 .IP CURLOPT_TLSAUTH_TYPE
1097 Pass a long as parameter, which is set to a bitmask, to tell libcurl which
1098 authentication method(s) you want it to use for TLS authentication.
1100 .IP CURLOPT_TLSAUTH_SRP
1101 TLS-SRP authentication. Secure Remote Password authentication for TLS is
1102 defined in RFC 5054 and provides mutual authentication if both sides have a
1103 shared secret. To use TLS-SRP, you must also set the
1104 \fICURLOPT_TLSAUTH_USERNAME\fP and \fICURLOPT_TLSAUTH_PASSWORD\fP options.
1106 You need to build libcurl with GnuTLS or OpenSSL with TLS-SRP support for this
1107 to work. (Added in 7.21.4)
1109 .IP CURLOPT_TLSAUTH_USERNAME
1110 Pass a char * as parameter, which should point to the zero terminated username
1111 to use for the TLS authentication method specified with the
1112 \fICURLOPT_TLSAUTH_TYPE\fP option. Requires that the
1113 \fICURLOPT_TLS_PASSWORD\fP option also be set. (Added in 7.21.4)
1114 .IP CURLOPT_TLSAUTH_PASSWORD
1115 Pass a char * as parameter, which should point to the zero terminated password
1116 to use for the TLS authentication method specified with the
1117 \fICURLOPT_TLSAUTH_TYPE\fP option. Requires that the
1118 \fICURLOPT_TLS_USERNAME\fP option also be set. (Added in 7.21.4)
1119 .IP CURLOPT_PROXYAUTH
1120 Pass a long as parameter, which is set to a bitmask, to tell libcurl which
1121 authentication method(s) you want it to use for your proxy authentication.  If
1122 more than one bit is set, libcurl will first query the site to see what
1123 authentication methods it supports and then pick the best one you allow it to
1124 use. For some methods, this will induce an extra network round-trip. Set the
1125 actual name and password with the \fICURLOPT_PROXYUSERPWD\fP option. The
1126 bitmask can be constructed by or'ing together the bits listed above for the
1127 \fICURLOPT_HTTPAUTH\fP option. As of this writing, only Basic, Digest and NTLM
1128 work. (Added in 7.10.7)
1129 .SH HTTP OPTIONS
1130 .IP CURLOPT_AUTOREFERER
1131 Pass a parameter set to 1 to enable this. When enabled, libcurl will
1132 automatically set the Referer: field in requests where it follows a Location:
1133 redirect.
1134 .IP CURLOPT_ACCEPT_ENCODING
1135 Sets the contents of the Accept-Encoding: header sent in a HTTP request, and
1136 enables decoding of a response when a Content-Encoding: header is received.
1137 Three encodings are supported: \fIidentity\fP, which does nothing,
1138 \fIdeflate\fP which requests the server to compress its response using the
1139 zlib algorithm, and \fIgzip\fP which requests the gzip algorithm.  If a
1140 zero-length string is set, then an Accept-Encoding: header containing all
1141 supported encodings is sent.
1143 This is a request, not an order; the server may or may not do it.  This option
1144 must be set (to any non-NULL value) or else any unsolicited encoding done by
1145 the server is ignored. See the special file lib/README.encoding for details.
1147 (This option was called CURLOPT_ENCODING before 7.21.6)
1148 .IP CURLOPT_TRANSFER_ENCODING
1149 Adds a request for compressed Transfer Encoding in the outgoing HTTP
1150 request. If the server supports this and so desires, it can respond with the
1151 HTTP resonse sent using a compressed Transfer-Encoding that will be
1152 automatically uncompressed by libcurl on receival.
1154 Transfer-Encoding differs slightly from the Content-Encoding you ask for with
1155 \fBCURLOPT_ACCEPT_ENCODING\fP in that a Transfer-Encoding is strictly meant to
1156 be for the transfer and thus MUST be decoded before the data arrives in the
1157 client. Traditionally, Transfer-Encoding has been much less used and supported
1158 by both HTTP clients and HTTP servers.
1160 (Added in 7.21.6)
1161 .IP CURLOPT_FOLLOWLOCATION
1162 A parameter set to 1 tells the library to follow any Location: header that the
1163 server sends as part of a HTTP header.
1165 This means that the library will re-send the same request on the new location
1166 and follow new Location: headers all the way until no more such headers are
1167 returned. \fICURLOPT_MAXREDIRS\fP can be used to limit the number of redirects
1168 libcurl will follow.
1170 Since 7.19.4, libcurl can limit what protocols it will automatically
1171 follow. The accepted protocols are set with \fICURLOPT_REDIR_PROTOCOLS\fP and
1172 it excludes the FILE protocol by default.
1173 .IP CURLOPT_UNRESTRICTED_AUTH
1174 A parameter set to 1 tells the library it can continue to send authentication
1175 (user+password) when following locations, even when hostname changed. This
1176 option is meaningful only when setting \fICURLOPT_FOLLOWLOCATION\fP.
1177 .IP CURLOPT_MAXREDIRS
1178 Pass a long. The set number will be the redirection limit. If that many
1179 redirections have been followed, the next redirect will cause an error
1180 (\fICURLE_TOO_MANY_REDIRECTS\fP). This option only makes sense if the
1181 \fICURLOPT_FOLLOWLOCATION\fP is used at the same time. Added in 7.15.1:
1182 Setting the limit to 0 will make libcurl refuse any redirect. Set it to -1 for
1183 an infinite number of redirects (which is the default)
1184 .IP CURLOPT_POSTREDIR
1185 Pass a bitmask to control how libcurl acts on redirects after POSTs that get a
1186 301, 302 or 303 response back.  A parameter with bit 0 set (value
1187 \fBCURL_REDIR_POST_301\fP) tells the library to respect RFC 2616/10.3.2 and
1188 not convert POST requests into GET requests when following a 301
1189 redirection. Setting bit 1 (value CURL_REDIR_POST_302) makes libcurl maintain
1190 the request method after a 302 redirect. Setting bit 2 (value
1191 \fBCURL_REDIR_POST_303) makes libcurl maintain the request method after a 302
1192 redirect. CURL_REDIR_POST_ALL is a convenience define that sets both bits.
1194 The non-RFC behaviour is ubiquitous in web browsers, so the library does the
1195 conversion by default to maintain consistency. However, a server may require a
1196 POST to remain a POST after such a redirection. This option is meaningful only
1197 when setting \fICURLOPT_FOLLOWLOCATION\fP.  (Added in 7.17.1) (This option was
1198 known as CURLOPT_POST301 up to 7.19.0 as it only supported the 301 way before
1199 then)
1200 .IP CURLOPT_PUT
1201 A parameter set to 1 tells the library to use HTTP PUT to transfer data. The
1202 data should be set with \fICURLOPT_READDATA\fP and \fICURLOPT_INFILESIZE\fP.
1204 This option is deprecated and starting with version 7.12.1 you should instead
1205 use \fICURLOPT_UPLOAD\fP.
1206 .IP CURLOPT_POST
1207 A parameter set to 1 tells the library to do a regular HTTP post. This will
1208 also make the library use a "Content-Type:
1209 application/x-www-form-urlencoded" header. (This is by far the most commonly
1210 used POST method).
1212 Use one of \fICURLOPT_POSTFIELDS\fP or \fICURLOPT_COPYPOSTFIELDS\fP options to
1213 specify what data to post and \fICURLOPT_POSTFIELDSIZE\fP or
1214 \fICURLOPT_POSTFIELDSIZE_LARGE\fP to set the data size.
1216 Optionally, you can provide data to POST using the \fICURLOPT_READFUNCTION\fP
1217 and \fICURLOPT_READDATA\fP options but then you must make sure to not set
1218 \fICURLOPT_POSTFIELDS\fP to anything but NULL. When providing data with a
1219 callback, you must transmit it using chunked transfer-encoding or you must set
1220 the size of the data with the \fICURLOPT_POSTFIELDSIZE\fP or
1221 \fICURLOPT_POSTFIELDSIZE_LARGE\fP option. To enable chunked encoding, you
1222 simply pass in the appropriate Transfer-Encoding header, see the
1223 post-callback.c example.
1225 You can override the default POST Content-Type: header by setting your own
1226 with \fICURLOPT_HTTPHEADER\fP.
1228 Using POST with HTTP 1.1 implies the use of a "Expect: 100-continue" header.
1229 You can disable this header with \fICURLOPT_HTTPHEADER\fP as usual.
1231 If you use POST to a HTTP 1.1 server, you can send data without knowing the
1232 size before starting the POST if you use chunked encoding. You enable this by
1233 adding a header like "Transfer-Encoding: chunked" with
1234 \fICURLOPT_HTTPHEADER\fP. With HTTP 1.0 or without chunked transfer, you must
1235 specify the size in the request.
1237 When setting \fICURLOPT_POST\fP to 1, it will automatically set
1238 \fICURLOPT_NOBODY\fP to 0 (since 7.14.1).
1240 If you issue a POST request and then want to make a HEAD or GET using the same
1241 re-used handle, you must explicitly set the new request type using
1242 \fICURLOPT_NOBODY\fP or \fICURLOPT_HTTPGET\fP or similar.
1243 .IP CURLOPT_POSTFIELDS
1244 Pass a void * as parameter, which should be the full data to post in a HTTP
1245 POST operation. You must make sure that the data is formatted the way you want
1246 the server to receive it. libcurl will not convert or encode it for you. Most
1247 web servers will assume this data to be url-encoded.
1249 The pointed data are NOT copied by the library: as a consequence, they must
1250 be preserved by the calling application until the transfer finishes.
1252 This POST is a normal application/x-www-form-urlencoded kind (and libcurl will
1253 set that Content-Type by default when this option is used), which is the most
1254 commonly used one by HTML forms. See also the \fICURLOPT_POST\fP. Using
1255 \fICURLOPT_POSTFIELDS\fP implies \fICURLOPT_POST\fP.
1257 If you want to do a zero-byte POST, you need to set
1258 \fICURLOPT_POSTFIELDSIZE\fP explicitly to zero, as simply setting
1259 \fICURLOPT_POSTFIELDS\fP to NULL or "" just effectively disables the sending
1260 of the specified string. libcurl will instead assume that you'll send the POST
1261 data using the read callback!
1263 Using POST with HTTP 1.1 implies the use of a "Expect: 100-continue" header.
1264 You can disable this header with \fICURLOPT_HTTPHEADER\fP as usual.
1266 To make multipart/formdata posts (aka RFC2388-posts), check out the
1267 \fICURLOPT_HTTPPOST\fP option.
1268 .IP CURLOPT_POSTFIELDSIZE
1269 If you want to post data to the server without letting libcurl do a strlen()
1270 to measure the data size, this option must be used. When this option is used
1271 you can post fully binary data, which otherwise is likely to fail. If this
1272 size is set to -1, the library will use strlen() to get the size.
1273 .IP CURLOPT_POSTFIELDSIZE_LARGE
1274 Pass a curl_off_t as parameter. Use this to set the size of the
1275 \fICURLOPT_POSTFIELDS\fP data to prevent libcurl from doing strlen() on the
1276 data to figure out the size. This is the large file version of the
1277 \fICURLOPT_POSTFIELDSIZE\fP option. (Added in 7.11.1)
1278 .IP CURLOPT_COPYPOSTFIELDS
1279 Pass a char * as parameter, which should be the full data to post in a HTTP
1280 POST operation. It behaves as the \fICURLOPT_POSTFIELDS\fP option, but the
1281 original data are copied by the library, allowing the application to overwrite
1282 the original data after setting this option.
1284 Because data are copied, care must be taken when using this option in
1285 conjunction with \fICURLOPT_POSTFIELDSIZE\fP or
1286 \fICURLOPT_POSTFIELDSIZE_LARGE\fP: If the size has not been set prior to
1287 \fICURLOPT_COPYPOSTFIELDS\fP, the data are assumed to be a NUL-terminated
1288 string; else the stored size informs the library about the data byte count to
1289 copy. In any case, the size must not be changed after
1290 \fICURLOPT_COPYPOSTFIELDS\fP, unless another \fICURLOPT_POSTFIELDS\fP or
1291 \fICURLOPT_COPYPOSTFIELDS\fP option is issued.
1292 (Added in 7.17.1)
1293 .IP CURLOPT_HTTPPOST
1294 Tells libcurl you want a multipart/formdata HTTP POST to be made and you
1295 instruct what data to pass on to the server.  Pass a pointer to a linked list
1296 of curl_httppost structs as parameter.  The easiest way to create such a
1297 list, is to use \fIcurl_formadd(3)\fP as documented. The data in this list
1298 must remain intact until you close this curl handle again with
1299 \fIcurl_easy_cleanup(3)\fP.
1301 Using POST with HTTP 1.1 implies the use of a "Expect: 100-continue" header.
1302 You can disable this header with \fICURLOPT_HTTPHEADER\fP as usual.
1304 When setting \fICURLOPT_HTTPPOST\fP, it will automatically set
1305 \fICURLOPT_NOBODY\fP to 0 (since 7.14.1).
1306 .IP CURLOPT_REFERER
1307 Pass a pointer to a zero terminated string as parameter. It will be used to
1308 set the Referer: header in the http request sent to the remote server. This
1309 can be used to fool servers or scripts. You can also set any custom header
1310 with \fICURLOPT_HTTPHEADER\fP.
1311 .IP CURLOPT_USERAGENT
1312 Pass a pointer to a zero terminated string as parameter. It will be used to
1313 set the User-Agent: header in the http request sent to the remote server. This
1314 can be used to fool servers or scripts. You can also set any custom header
1315 with \fICURLOPT_HTTPHEADER\fP.
1316 .IP CURLOPT_HTTPHEADER
1317 Pass a pointer to a linked list of HTTP headers to pass to the server in your
1318 HTTP request. The linked list should be a fully valid list of \fBstruct
1319 curl_slist\fP structs properly filled in. Use \fIcurl_slist_append(3)\fP to
1320 create the list and \fIcurl_slist_free_all(3)\fP to clean up an entire
1321 list. If you add a header that is otherwise generated and used by libcurl
1322 internally, your added one will be used instead. If you add a header with no
1323 content as in 'Accept:' (no data on the right side of the colon), the
1324 internally used header will get disabled. Thus, using this option you can add
1325 new headers, replace internal headers and remove internal headers. To add a
1326 header with no content, make the content be two quotes: \&"". The headers
1327 included in the linked list must not be CRLF-terminated, because curl adds
1328 CRLF after each header item. Failure to comply with this will result in
1329 strange bugs because the server will most likely ignore part of the headers
1330 you specified.
1332 The first line in a request (containing the method, usually a GET or POST) is
1333 not a header and cannot be replaced using this option. Only the lines
1334 following the request-line are headers. Adding this method line in this list
1335 of headers will only cause your request to send an invalid header.
1337 Pass a NULL to this to reset back to no custom headers.
1339 The most commonly replaced headers have "shortcuts" in the options
1340 \fICURLOPT_COOKIE\fP, \fICURLOPT_USERAGENT\fP and \fICURLOPT_REFERER\fP.
1341 .IP CURLOPT_HTTP200ALIASES
1342 Pass a pointer to a linked list of aliases to be treated as valid HTTP 200
1343 responses.  Some servers respond with a custom header response line.  For
1344 example, IceCast servers respond with "ICY 200 OK".  By including this string
1345 in your list of aliases, the response will be treated as a valid HTTP header
1346 line such as "HTTP/1.0 200 OK". (Added in 7.10.3)
1348 The linked list should be a fully valid list of struct curl_slist structs, and
1349 be properly filled in.  Use \fIcurl_slist_append(3)\fP to create the list and
1350 \fIcurl_slist_free_all(3)\fP to clean up an entire list.
1352 The alias itself is not parsed for any version strings. Before libcurl 7.16.3,
1353 Libcurl used the value set by option \fICURLOPT_HTTP_VERSION\fP, but starting
1354 with 7.16.3 the protocol is assumed to match HTTP 1.0 when an alias matched.
1355 .IP CURLOPT_COOKIE
1356 Pass a pointer to a zero terminated string as parameter. It will be used to
1357 set a cookie in the http request. The format of the string should be
1358 NAME=CONTENTS, where NAME is the cookie name and CONTENTS is what the cookie
1359 should contain.
1361 If you need to set multiple cookies, you need to set them all using a single
1362 option and thus you need to concatenate them all in one single string. Set
1363 multiple cookies in one string like this: "name1=content1; name2=content2;"
1364 etc.
1366 This option sets the cookie header explicitly in the outgoing request(s). If
1367 multiple requests are done due to authentication, followed redirections or
1368 similar, they will all get this cookie passed on.
1370 Using this option multiple times will only make the latest string override the
1371 previous ones.
1372 .IP CURLOPT_COOKIEFILE
1373 Pass a pointer to a zero terminated string as parameter. It should contain the
1374 name of your file holding cookie data to read. The cookie data may be in
1375 Netscape / Mozilla cookie data format or just regular HTTP-style headers
1376 dumped to a file.
1378 Given an empty or non-existing file or by passing the empty string (""), this
1379 option will enable cookies for this curl handle, making it understand and
1380 parse received cookies and then use matching cookies in future requests.
1382 If you use this option multiple times, you just add more files to read.
1383 Subsequent files will add more cookies.
1384 .IP CURLOPT_COOKIEJAR
1385 Pass a file name as char *, zero terminated. This will make libcurl write all
1386 internally known cookies to the specified file when \fIcurl_easy_cleanup(3)\fP
1387 is called. If no cookies are known, no file will be created. Specify "-" to
1388 instead have the cookies written to stdout. Using this option also enables
1389 cookies for this session, so if you for example follow a location it will make
1390 matching cookies get sent accordingly.
1392 If the cookie jar file can't be created or written to (when the
1393 \fIcurl_easy_cleanup(3)\fP is called), libcurl will not and cannot report an
1394 error for this. Using \fICURLOPT_VERBOSE\fP or \fICURLOPT_DEBUGFUNCTION\fP
1395 will get a warning to display, but that is the only visible feedback you get
1396 about this possibly lethal situation.
1397 .IP CURLOPT_COOKIESESSION
1398 Pass a long set to 1 to mark this as a new cookie "session". It will force
1399 libcurl to ignore all cookies it is about to load that are "session cookies"
1400 from the previous session. By default, libcurl always stores and loads all
1401 cookies, independent if they are session cookies or not. Session cookies are
1402 cookies without expiry date and they are meant to be alive and existing for
1403 this "session" only.
1404 .IP CURLOPT_COOKIELIST
1405 Pass a char * to a cookie string. Cookie can be either in Netscape / Mozilla
1406 format or just regular HTTP-style header (Set-Cookie: ...) format. If cURL
1407 cookie engine was not enabled it will enable its cookie engine.  Passing a
1408 magic string \&"ALL" will erase all cookies known by cURL. (Added in 7.14.1)
1409 Passing the special string \&"SESS" will only erase all session cookies known
1410 by cURL. (Added in 7.15.4) Passing the special string \&"FLUSH" will write
1411 all cookies known by cURL to the file specified by \fICURLOPT_COOKIEJAR\fP.
1412 (Added in 7.17.1)
1413 .IP CURLOPT_HTTPGET
1414 Pass a long. If the long is 1, this forces the HTTP request to get back
1415 to GET. Usable if a POST, HEAD, PUT, or a custom request has been used
1416 previously using the same curl handle.
1418 When setting \fICURLOPT_HTTPGET\fP to 1, it will automatically set
1419 \fICURLOPT_NOBODY\fP to 0 (since 7.14.1).
1420 .IP CURLOPT_HTTP_VERSION
1421 Pass a long, set to one of the values described below. They force libcurl to
1422 use the specific HTTP versions. This is not sensible to do unless you have a
1423 good reason.
1425 .IP CURL_HTTP_VERSION_NONE
1426 We don't care about what version the library uses. libcurl will use whatever
1427 it thinks fit.
1428 .IP CURL_HTTP_VERSION_1_0
1429 Enforce HTTP 1.0 requests.
1430 .IP CURL_HTTP_VERSION_1_1
1431 Enforce HTTP 1.1 requests.
1433 .IP CURLOPT_IGNORE_CONTENT_LENGTH
1434 Ignore the Content-Length header. This is useful for Apache 1.x (and similar
1435 servers) which will report incorrect content length for files over 2
1436 gigabytes. If this option is used, curl will not be able to accurately report
1437 progress, and will simply stop the download when the server ends the
1438 connection. (added in 7.14.1)
1439 .IP CURLOPT_HTTP_CONTENT_DECODING
1440 Pass a long to tell libcurl how to act on content decoding. If set to zero,
1441 content decoding will be disabled. If set to 1 it is enabled. Libcurl has no
1442 default content decoding but requires you to use \fICURLOPT_ENCODING\fP for
1443 that. (added in 7.16.2)
1444 .IP CURLOPT_HTTP_TRANSFER_DECODING
1445 Pass a long to tell libcurl how to act on transfer decoding. If set to zero,
1446 transfer decoding will be disabled, if set to 1 it is enabled
1447 (default). libcurl does chunked transfer decoding by default unless this
1448 option is set to zero. (added in 7.16.2)
1449 .SH SMTP OPTIONS
1450 .IP CURLOPT_MAIL_FROM
1451 Pass a pointer to a zero terminated string as parameter. This should be used
1452 to specify the sender's email address when sending SMTP mail with libcurl.
1454 An originator email address should be specified with angled brackets (<>)
1455 around it, which if not specified, will be added by libcurl from version
1456 7.21.4 onwards. Failing to provide such brackets may cause the server to
1457 reject the email.
1459 If this parameter is not specified then an empty address will be sent to the
1460 mail server which may or may not cause the email to be rejected.
1462 (Added in 7.20.0)
1463 .IP CURLOPT_MAIL_RCPT
1464 Pass a pointer to a linked list of recipients to pass to the server in your
1465 SMTP mail request. The linked list should be a fully valid list of \fBstruct
1466 curl_slist\fP structs properly filled in. Use \fIcurl_slist_append(3)\fP to
1467 create the list and \fIcurl_slist_free_all(3)\fP to clean up an entire list.
1469 Each recipient should be specified within a pair of angled brackets (<>),
1470 however, should you not use an angled bracket as the first character libcurl
1471 will assume you provided a single email address and enclose that address
1472 within brackets for you.
1474 (Added in 7.20.0)
1475 .IP CURLOPT_MAIL_AUTH
1476 Pass a pointer to a zero terminated string as parameter. This will be used
1477 to specify the authentication address (identity) of a submitted message that
1478 is being relayed to another server.
1480 This optional parameter allows co-operating agents in a trusted environment to
1481 communicate the authentication of individual messages and should only be used
1482 by the application program, using libcurl, if the application is itself a
1483 mail server acting in such an environment. If the application is operating as
1484 such and the AUTH address is not known or is invalid, then an empty string
1485 should be used for this parameter.
1487 Unlike CURLOPT_MAIL_FROM and CURLOPT_MAIL_RCPT, the address should not be
1488 specified within a pair of angled brackets (<>). However, if an empty string
1489 is used then a pair of brackets will be sent by libcurl as required by
1490 RFC-2554.
1492 (Added in 7.24.0)
1493 .SH TFTP OPTIONS
1494 .IP CURLOPT_TFTP_BLKSIZE
1495 Specify block size to use for TFTP data transmission. Valid range as per RFC
1496 2348 is 8-65464 bytes. The default of 512 bytes will be used if this option is
1497 not specified. The specified block size will only be used pending support by
1498 the remote server. If the server does not return an option acknowledgement or
1499 returns an option acknowledgement with no blksize, the default of 512 bytes
1500 will be used. (added in 7.19.4)
1501 .SH FTP OPTIONS
1502 .IP CURLOPT_FTPPORT
1503 Pass a pointer to a zero terminated string as parameter. It will be used to
1504 get the IP address to use for the FTP PORT instruction. The PORT instruction
1505 tells the remote server to connect to our specified IP address. The string may
1506 be a plain IP address, a host name, a network interface name (under Unix) or
1507 just a '-' symbol to let the library use your system's default IP
1508 address. Default FTP operations are passive, and thus won't use PORT.
1510 The address can be followed by a ':' to specify a port, optionally followed by
1511 a '-' to specify a port range.  If the port specified is 0, the operating
1512 system will pick a free port.  If a range is provided and all ports in the
1513 range are not available, libcurl will report CURLE_FTP_PORT_FAILED for the
1514 handle.  Invalid port/range settings are ignored.  IPv6 addresses followed by
1515 a port or portrange have to be in brackets.  IPv6 addresses without port/range
1516 specifier can be in brackets.  (added in 7.19.5)
1518 Examples with specified ports:
1521   eth0:0
1522   192.168.1.2:32000-33000
1523   curl.se:32123
1524   [::1]:1234-4567
1527 You disable PORT again and go back to using the passive version by setting
1528 this option to NULL.
1529 .IP CURLOPT_QUOTE
1530 Pass a pointer to a linked list of FTP or SFTP commands to pass to the server
1531 prior to your FTP request. This will be done before any other commands are
1532 issued (even before the CWD command for FTP). The linked list should be a
1533 fully valid list of 'struct curl_slist' structs properly filled in with text
1534 strings. Use \fIcurl_slist_append(3)\fP to append strings (commands) to the
1535 list, and clear the entire list afterwards with
1536 \fIcurl_slist_free_all(3)\fP. Disable this operation again by setting a NULL
1537 to this option. When speaking to a FTP (or SFTP since 7.24.0) server, prefix
1538 the command with an asterisk (*) to make libcurl continue even if the command
1539 fails as by default libcurl will stop at first failure.
1541 The set of valid FTP commands depends on the server (see RFC959 for a list of
1542 mandatory commands).
1544 The valid SFTP commands are: chgrp, chmod, chown, ln, mkdir, pwd, rename, rm,
1545 rmdir, symlink (see
1546 .BR curl (1))
1547 (SFTP support added in 7.16.3)
1548 .IP CURLOPT_POSTQUOTE
1549 Pass a pointer to a linked list of FTP or SFTP commands to pass to the server
1550 after your FTP transfer request. The commands will only be run if no error
1551 occurred. The linked list should be a fully valid list of struct curl_slist
1552 structs properly filled in as described for \fICURLOPT_QUOTE\fP. Disable this
1553 operation again by setting a NULL to this option.
1554 .IP CURLOPT_PREQUOTE
1555 Pass a pointer to a linked list of FTP commands to pass to the server after
1556 the transfer type is set. The linked list should be a fully valid list of
1557 struct curl_slist structs properly filled in as described for
1558 \fICURLOPT_QUOTE\fP. Disable this operation again by setting a NULL to this
1559 option. Before version 7.16.0, if you also set \fICURLOPT_NOBODY\fP to 1, this
1560 option didn't work.
1561 .IP CURLOPT_DIRLISTONLY
1562 A parameter set to 1 tells the library to just list the names of files in a
1563 directory, instead of doing a full directory listing that would include file
1564 sizes, dates etc. This works for FTP and SFTP URLs.
1566 This causes an FTP NLST command to be sent on an FTP server.  Beware that some
1567 FTP servers list only files in their response to NLST; they might not include
1568 subdirectories and symbolic links.
1570 Setting this option to 1 also implies a directory listing even if the URL
1571 doesn't end with a slash, which otherwise is necessary.
1573 Do NOT use this option if you also use \fICURLOPT_WILDCARDMATCH\fP as it will
1574 effectively break that feature then.
1576 (This option was known as CURLOPT_FTPLISTONLY up to 7.16.4)
1577 .IP CURLOPT_APPEND
1578 A parameter set to 1 tells the library to append to the remote file instead of
1579 overwrite it. This is only useful when uploading to an FTP site.
1581 (This option was known as CURLOPT_FTPAPPEND up to 7.16.4)
1582 .IP CURLOPT_FTP_USE_EPRT
1583 Pass a long. If the value is 1, it tells curl to use the EPRT (and
1584 LPRT) command when doing active FTP downloads (which is enabled by
1585 \fICURLOPT_FTPPORT\fP). Using EPRT means that it will first attempt to use
1586 EPRT and then LPRT before using PORT, but if you pass zero to this
1587 option, it will not try using EPRT or LPRT, only plain PORT. (Added in 7.10.5)
1589 If the server is an IPv6 host, this option will have no effect as of 7.12.3.
1590 .IP CURLOPT_FTP_USE_EPSV
1591 Pass a long. If the value is 1, it tells curl to use the EPSV command
1592 when doing passive FTP downloads (which it always does by default). Using EPSV
1593 means that it will first attempt to use EPSV before using PASV, but if you
1594 pass zero to this option, it will not try using EPSV, only plain PASV.
1596 If the server is an IPv6 host, this option will have no effect as of 7.12.3.
1597 .IP CURLOPT_FTP_USE_PRET
1598 Pass a long. If the value is 1, it tells curl to send a PRET command before
1599 PASV (and EPSV). Certain FTP servers, mainly drftpd, require this non-standard
1600 command for directory listings as well as up and downloads in PASV mode. Has
1601 no effect when using the active FTP transfers mode.  (Added in 7.20.0)
1602 .IP CURLOPT_FTP_CREATE_MISSING_DIRS
1603 Pass a long. If the value is 1, curl will attempt to create any remote
1604 directory that it fails to CWD into. CWD is the command that changes working
1605 directory. (Added in 7.10.7)
1607 This setting also applies to SFTP-connections. curl will attempt to create
1608 the remote directory if it can't obtain a handle to the target-location. The
1609 creation will fail if a file of the same name as the directory to create
1610 already exists or lack of permissions prevents creation. (Added in 7.16.3)
1612 Starting with 7.19.4, you can also set this value to 2, which will make
1613 libcurl retry the CWD command again if the subsequent MKD command fails. This
1614 is especially useful if you're doing many simultanoes connections against the
1615 same server and they all have this option enabled, as then CWD may first fail
1616 but then another connection does MKD before this connection and thus MKD fails
1617 but trying CWD works! 7.19.4 also introduced the \fICURLFTP_CREATE_DIR\fP and
1618 \fICURLFTP_CREATE_DIR_RETRY\fP enum names for these arguments.
1620 Before version 7.19.4, libcurl will simply ignore arguments set to 2 and act
1621 as if 1 was selected.
1622 .IP CURLOPT_FTP_RESPONSE_TIMEOUT
1623 Pass a long.  Causes curl to set a timeout period (in seconds) on the amount
1624 of time that the server is allowed to take in order to generate a response
1625 message for a command before the session is considered hung.  While curl is
1626 waiting for a response, this value overrides \fICURLOPT_TIMEOUT\fP. It is
1627 recommended that if used in conjunction with \fICURLOPT_TIMEOUT\fP, you set
1628 \fICURLOPT_FTP_RESPONSE_TIMEOUT\fP to a value smaller than
1629 \fICURLOPT_TIMEOUT\fP.  (Added in 7.10.8)
1630 .IP CURLOPT_FTP_ALTERNATIVE_TO_USER
1631 Pass a char * as parameter, pointing to a string which will be used to
1632 authenticate if the usual FTP "USER user" and "PASS password" negotiation
1633 fails. This is currently only known to be required when connecting to
1634 Tumbleweed's Secure Transport FTPS server using client certificates for
1635 authentication. (Added in 7.15.5)
1636 .IP CURLOPT_FTP_SKIP_PASV_IP
1637 Pass a long. If set to 1, it instructs libcurl to not use the IP address the
1638 server suggests in its 227-response to libcurl's PASV command when libcurl
1639 connects the data connection. Instead libcurl will re-use the same IP address
1640 it already uses for the control connection. But it will use the port number
1641 from the 227-response. (Added in 7.14.2)
1643 This option has no effect if PORT, EPRT or EPSV is used instead of PASV.
1644 .IP CURLOPT_FTPSSLAUTH
1645 Pass a long using one of the values from below, to alter how libcurl issues
1646 \&"AUTH TLS" or "AUTH SSL" when FTP over SSL is activated (see
1647 \fICURLOPT_USE_SSL\fP). (Added in 7.12.2)
1649 .IP CURLFTPAUTH_DEFAULT
1650 Allow libcurl to decide.
1651 .IP CURLFTPAUTH_SSL
1652 Try "AUTH SSL" first, and only if that fails try "AUTH TLS".
1653 .IP CURLFTPAUTH_TLS
1654 Try "AUTH TLS" first, and only if that fails try "AUTH SSL".
1656 .IP CURLOPT_FTP_SSL_CCC
1657 If enabled, this option makes libcurl use CCC (Clear Command Channel). It
1658 shuts down the SSL/TLS layer after authenticating. The rest of the
1659 control channel communication will be unencrypted. This allows NAT routers
1660 to follow the FTP transaction. Pass a long using one of the values below.
1661 (Added in 7.16.1)
1663 .IP CURLFTPSSL_CCC_NONE
1664 Don't attempt to use CCC.
1665 .IP CURLFTPSSL_CCC_PASSIVE
1666 Do not initiate the shutdown, but wait for the server to do it. Do not send
1667 a reply.
1668 .IP CURLFTPSSL_CCC_ACTIVE
1669 Initiate the shutdown and wait for a reply.
1671 .IP CURLOPT_FTP_ACCOUNT
1672 Pass a pointer to a zero terminated string (or NULL to disable). When an FTP
1673 server asks for "account data" after user name and password has been provided,
1674 this data is sent off using the ACCT command. (Added in 7.13.0)
1675 .IP CURLOPT_FTP_FILEMETHOD
1676 Pass a long that should have one of the following values. This option controls
1677 what method libcurl should use to reach a file on a FTP(S) server. The
1678 argument should be one of the following alternatives:
1680 .IP CURLFTPMETHOD_MULTICWD
1681 libcurl does a single CWD operation for each path part in the given URL. For
1682 deep hierarchies this means many commands. This is how RFC1738 says it
1683 should be done. This is the default but the slowest behavior.
1684 .IP CURLFTPMETHOD_NOCWD
1685 libcurl does no CWD at all. libcurl will do SIZE, RETR, STOR etc and give a
1686 full path to the server for all these commands. This is the fastest behavior.
1687 .IP CURLFTPMETHOD_SINGLECWD
1688 libcurl does one CWD with the full target directory and then operates on the
1689 file \&"normally" (like in the multicwd case). This is somewhat more standards
1690 compliant than 'nocwd' but without the full penalty of 'multicwd'.
1692 (Added in 7.15.1)
1693 .SH RTSP OPTIONS
1694 .IP CURLOPT_RTSP_REQUEST
1695 Tell libcurl what kind of RTSP request to make. Pass one of the following RTSP
1696 enum values. Unless noted otherwise, commands require the Session ID to be
1697 initialized. (Added in 7.20.0)
1699 .IP CURL_RTSPREQ_OPTIONS
1700 Used to retrieve the available methods of the server. The application is
1701 responsbile for parsing and obeying the response. \fB(The session ID is not
1702 needed for this method.)\fP  (Added in 7.20.0)
1703 .IP CURL_RTSPREQ_DESCRIBE
1704 Used to get the low level description of a stream. The application should note
1705 what formats it understands in the \fI'Accept:'\fP header. Unless set
1706 manually, libcurl will automatically fill in \fI'Accept:
1707 application/sdp'\fP. Time-condition headers will be added to Describe requests
1708 if the \fICURLOPT_TIMECONDITION\fP option is active. \fB(The session ID is not
1709 needed for this method)\fP  (Added in 7.20.0)
1710 .IP CURL_RTSPREQ_ANNOUNCE
1711 When sent by a client, this method changes the description of the session. For
1712 example, if a client is using the server to record a meeting, the client can
1713 use Announce to inform the server of all the meta-information about the
1714 session.  ANNOUNCE acts like a HTTP PUT or POST just like
1715 \fICURL_RTSPREQ_SET_PARAMETER\fP (Added in 7.20.0)
1716 .IP CURL_RTSPREQ_SETUP
1717 Setup is used to initialize the transport layer for the session. The
1718 application must set the desired Transport options for a session by using the
1719 \fICURLOPT_RTSP_TRANSPORT\fP option prior to calling setup. If no session ID
1720 is currently set with \fICURLOPT_RTSP_SESSION_ID\fP, libcurl will extract and
1721 use the session ID in the response to this request. \fB(The session ID is not
1722 needed for this method).\fP  (Added in 7.20.0)
1723 .IP CURL_RTSPREQ_PLAY
1724 Send a Play command to the server. Use the \fICURLOPT_RANGE\fP option to
1725 modify the playback time (e.g. 'npt=10-15').  (Added in 7.20.0)
1726 .IP CURL_RTSPREQ_PAUSE
1727 Send a Pause command to the server. Use the \fICURLOPT_RANGE\fP option with a
1728 single value to indicate when the stream should be halted. (e.g. npt='25')
1729 (Added in 7.20.0)
1730 .IP CURL_RTSPREQ_TEARDOWN
1731 This command terminates an RTSP session. Simply closing a connection does not
1732 terminate the RTSP session since it is valid to control an RTSP session over
1733 different connections.  (Added in 7.20.0)
1734 .IP CURL_RTSPREQ_GET_PARAMETER
1735 Retrieve a parameter from the server. By default, libcurl will automatically
1736 include a \fIContent-Type: text/parameters\fP header on all non-empty requests
1737 unless a custom one is set. GET_PARAMETER acts just like a HTTP PUT or POST
1738 (see \fICURL_RTSPREQ_SET_PARAMETER\fP).
1739 Applications wishing to send a heartbeat message (e.g. in the presence of a
1740 server-specified timeout) should send use an empty GET_PARAMETER request.
1741 (Added in 7.20.0)
1742 .IP CURL_RTSPREQ_SET_PARAMETER
1743 Set a parameter on the server. By default, libcurl will automatically include
1744 a \fIContent-Type: text/parameters\fP header unless a custom one is set. The
1745 interaction with SET_PARAMTER is much like a HTTP PUT or POST. An application
1746 may either use \fICURLOPT_UPLOAD\fP with \fICURLOPT_READDATA\fP like a HTTP
1747 PUT, or it may use \fICURLOPT_POSTFIELDS\fP like a HTTP POST. No chunked
1748 transfers are allowed, so the application must set the
1749 \fICURLOPT_INFILESIZE\fP in the former and \fICURLOPT_POSTFIELDSIZE\fP in the
1750 latter. Also, there is no use of multi-part POSTs within RTSP. (Added in
1751 7.20.0)
1752 .IP CURL_RTSPREQ_RECORD
1753 Used to tell the server to record a session. Use the \fICURLOPT_RANGE\fP
1754 option to modify the record time. (Added in 7.20.0)
1755 .IP CURL_RTSPREQ_RECEIVE
1756 This is a special request because it does not send any data to the server. The
1757 application may call this function in order to receive interleaved RTP
1758 data. It will return after processing one read buffer of data in order to give
1759 the application a chance to run. (Added in 7.20.0)
1761 .IP CURLOPT_RTSP_SESSION_ID
1762 Pass a char * as a parameter to set the value of the current RTSP Session ID
1763 for the handle. Useful for resuming an in-progress session. Once this value is
1764 set to any non-NULL value, libcurl will return \fICURLE_RTSP_SESSION_ERROR\fP
1765 if ID received from the server does not match. If unset (or set to NULL),
1766 libcurl will automatically set the ID the first time the server sets it in a
1767 response. (Added in 7.20.0)
1768 .IP CURLOPT_RTSP_STREAM_URI
1769 Set the stream URI to operate on by passing a char * . For example, a single
1770 session may be controlling \fIrtsp://foo/twister/audio\fP and
1771 \fIrtsp://foo/twister/video\fP and the application can switch to the
1772 appropriate stream using this option. If unset, libcurl will default to
1773 operating on generic server options by passing '*' in the place of the RTSP
1774 Stream URI. This option is distinct from \fICURLOPT_URL\fP. When working with
1775 RTSP, the \fICURLOPT_STREAM_URI\fP indicates what URL to send to the server in
1776 the request header while the \fICURLOPT_URL\fP indicates where to make the
1777 connection to.  (e.g. the \fICURLOPT_URL\fP for the above examples might be
1778 set to \fIrtsp://foo/twister\fP (Added in 7.20.0)
1779 .IP CURLOPT_RTSP_TRANSPORT
1780 Pass a char * to tell libcurl what to pass for the Transport: header for this
1781 RTSP session. This is mainly a convenience method to avoid needing to set a
1782 custom Transport: header for every SETUP request. The application must set a
1783 Transport: header before issuing a SETUP request. (Added in 7.20.0)
1784 .IP CURLOPT_RTSP_HEADER
1785 This option is simply an alias for \fICURLOPT_HTTP_HEADER\fP. Use this to
1786 replace the standard headers that RTSP and HTTP share. It is also valid to use
1787 the shortcuts such as \fICURLOPT_USERAGENT\fP. (Added in 7.20.0)
1788 .IP CURLOPT_RTSP_CLIENT_CSEQ
1789 Manually set the the CSEQ number to issue for the next RTSP request. Useful if
1790 the application is resuming a previously broken connection. The CSEQ will
1791 increment from this new number henceforth. (Added in 7.20.0)
1792 .IP CURLOPT_RTSP_SERVER_CSEQ
1793 Manually set the CSEQ number to expect for the next RTSP Server->Client
1794 request.  At the moment, this feature (listening for Server requests) is
1795 unimplemented. (Added in 7.20.0)
1796 .SH PROTOCOL OPTIONS
1797 .IP CURLOPT_TRANSFERTEXT
1798 A parameter set to 1 tells the library to use ASCII mode for FTP transfers,
1799 instead of the default binary transfer. For win32 systems it does not set the
1800 stdout to binary mode. This option can be usable when transferring text data
1801 between systems with different views on certain characters, such as newlines
1802 or similar.
1804 libcurl does not do a complete ASCII conversion when doing ASCII transfers
1805 over FTP. This is a known limitation/flaw that nobody has rectified. libcurl
1806 simply sets the mode to ASCII and performs a standard transfer.
1807 .IP CURLOPT_PROXY_TRANSFER_MODE
1808 Pass a long. If the value is set to 1 (one), it tells libcurl to set the
1809 transfer mode (binary or ASCII) for FTP transfers done via a HTTP proxy, by
1810 appending ;type=a or ;type=i to the URL. Without this setting, or it being set
1811 to 0 (zero, the default), \fICURLOPT_TRANSFERTEXT\fP has no effect when doing
1812 FTP via a proxy. Beware that not all proxies support this feature.  (Added in
1813 7.18.0)
1814 .IP CURLOPT_CRLF
1815 Pass a long. If the value is set to 1 (one), libcurl converts Unix newlines to
1816 CRLF newlines on transfers. Disable this option again by setting the value to
1817 0 (zero).
1818 .IP CURLOPT_RANGE
1819 Pass a char * as parameter, which should contain the specified range you
1820 want. It should be in the format "X-Y", where X or Y may be left out. HTTP
1821 transfers also support several intervals, separated with commas as in
1822 \fI"X-Y,N-M"\fP. Using this kind of multiple intervals will cause the HTTP
1823 server to send the response document in pieces (using standard MIME separation
1824 techniques). For RTSP, the formatting of a range should follow RFC 2326
1825 Section 12.29. For RTSP, byte ranges are \fBnot\fP permitted. Instead, ranges
1826 should be given in npt, utc, or smpte formats.
1828 Pass a NULL to this option to disable the use of ranges.
1830 Ranges work on HTTP, FTP, FILE (since 7.18.0), and RTSP (since 7.20.0)
1831 transfers only.
1832 .IP CURLOPT_RESUME_FROM
1833 Pass a long as parameter. It contains the offset in number of bytes that you
1834 want the transfer to start from. Set this option to 0 to make the transfer
1835 start from the beginning (effectively disabling resume). For FTP, set this
1836 option to -1 to make the transfer start from the end of the target file
1837 (useful to continue an interrupted upload).
1839 When doing uploads with FTP, the resume position is where in the local/source
1840 file libcurl should try to resume the upload from and it will then append the
1841 source file to the remote target file.
1842 .IP CURLOPT_RESUME_FROM_LARGE
1843 Pass a curl_off_t as parameter. It contains the offset in number of bytes that
1844 you want the transfer to start from. (Added in 7.11.0)
1845 .IP CURLOPT_CUSTOMREQUEST
1846 Pass a pointer to a zero terminated string as parameter. It can be used to
1847 specify the request instead of GET or HEAD when performing HTTP based
1848 requests, instead of LIST and NLST when performing FTP directory listings and
1849 instead of LIST and RETR when issuing POP3 based commands. This is
1850 particularly useful, for example, for performing a HTTP DELETE request or a
1851 POP3 DELE command.
1853 Please don't perform this at will, on HTTP based requests, by making sure
1854 your server supports the command you are sending first.
1856 When you change the request method by setting \fBCURLOPT_CUSTOMREQUEST\fP to
1857 something, you don't actually change how libcurl behaves or acts in regards
1858 to the particular request method, it will only change the actual string sent
1859 in the request.
1861 For example: if you tell libcurl to do a HEAD request, but then change the
1862 request to a "GET" with \fBCURLOPT_CUSTOMREQUEST\fP you'll still see libcurl
1863 act as if it sent a HEAD even when it does send a GET.
1865 To switch to a proper HEAD, use \fICURLOPT_NOBODY\fP, to switch to a proper
1866 POST, use \fICURLOPT_POST\fP or \fICURLOPT_POSTFIELDS\fP and so on.
1868 Restore to the internal default by setting this to NULL.
1870 Many people have wrongly used this option to replace the entire request with
1871 their own, including multiple headers and POST contents. While that might
1872 work in many cases, it will cause libcurl to send invalid requests and it
1873 could possibly confuse the remote server badly. Use \fICURLOPT_POST\fP and
1874 \fICURLOPT_POSTFIELDS\fP to set POST data. Use \fICURLOPT_HTTPHEADER\fP to
1875 replace or extend the set of headers sent by libcurl. Use
1876 \fICURLOPT_HTTP_VERSION\fP to change HTTP version.
1878 (Support for POP3 added in 7.26.0)
1879 .IP CURLOPT_FILETIME
1880 Pass a long. If it is 1, libcurl will attempt to get the modification date of
1881 the remote document in this operation. This requires that the remote server
1882 sends the time or replies to a time querying command. The
1883 \fIcurl_easy_getinfo(3)\fP function with the \fICURLINFO_FILETIME\fP argument
1884 can be used after a transfer to extract the received time (if any).
1885 .IP CURLOPT_NOBODY
1886 A parameter set to 1 tells the library to not include the body-part in the
1887 output. This is only relevant for protocols that have separate header and
1888 body parts. On HTTP(S) servers, this will make libcurl do a HEAD request.
1890 To change request to GET, you should use \fICURLOPT_HTTPGET\fP. Change
1891 request to POST with \fICURLOPT_POST\fP etc.
1892 .IP CURLOPT_INFILESIZE
1893 When uploading a file to a remote site, this option should be used to tell
1894 libcurl what the expected size of the infile is. This value should be passed
1895 as a long. See also \fICURLOPT_INFILESIZE_LARGE\fP.
1897 For uploading using SCP, this option or \fICURLOPT_INFILESIZE_LARGE\fP is
1898 mandatory.
1900 When sending emails using SMTP, this command can be used to specify the
1901 optional SIZE parameter for the MAIL FROM command. (Added in 7.23.0)
1903 This option does not limit how much data libcurl will actually send, as that
1904 is controlled entirely by what the read callback returns.
1905 .IP CURLOPT_INFILESIZE_LARGE
1906 When uploading a file to a remote site, this option should be used to tell
1907 libcurl what the expected size of the infile is.  This value should be passed
1908 as a curl_off_t. (Added in 7.11.0)
1910 For uploading using SCP, this option or \fICURLOPT_INFILESIZE\fP is mandatory.
1912 This option does not limit how much data libcurl will actually send, as that
1913 is controlled entirely by what the read callback returns.
1914 .IP CURLOPT_UPLOAD
1915 A parameter set to 1 tells the library to prepare for an upload. The
1916 \fICURLOPT_READDATA\fP and \fICURLOPT_INFILESIZE\fP or
1917 \fICURLOPT_INFILESIZE_LARGE\fP options are also interesting for uploads. If
1918 the protocol is HTTP, uploading means using the PUT request unless you tell
1919 libcurl otherwise.
1921 Using PUT with HTTP 1.1 implies the use of a "Expect: 100-continue" header.
1922 You can disable this header with \fICURLOPT_HTTPHEADER\fP as usual.
1924 If you use PUT to a HTTP 1.1 server, you can upload data without knowing the
1925 size before starting the transfer if you use chunked encoding. You enable this
1926 by adding a header like "Transfer-Encoding: chunked" with
1927 \fICURLOPT_HTTPHEADER\fP. With HTTP 1.0 or without chunked transfer, you must
1928 specify the size.
1929 .IP CURLOPT_MAXFILESIZE
1930 Pass a long as parameter. This allows you to specify the maximum size (in
1931 bytes) of a file to download. If the file requested is larger than this value,
1932 the transfer will not start and CURLE_FILESIZE_EXCEEDED will be returned.
1934 The file size is not always known prior to download, and for such files this
1935 option has no effect even if the file transfer ends up being larger than this
1936 given limit. This concerns both FTP and HTTP transfers.
1937 .IP CURLOPT_MAXFILESIZE_LARGE
1938 Pass a curl_off_t as parameter. This allows you to specify the maximum size
1939 (in bytes) of a file to download. If the file requested is larger than this
1940 value, the transfer will not start and \fICURLE_FILESIZE_EXCEEDED\fP will be
1941 returned. (Added in 7.11.0)
1943 The file size is not always known prior to download, and for such files this
1944 option has no effect even if the file transfer ends up being larger than this
1945 given limit. This concerns both FTP and HTTP transfers.
1946 .IP CURLOPT_TIMECONDITION
1947 Pass a long as parameter. This defines how the \fICURLOPT_TIMEVALUE\fP time
1948 value is treated. You can set this parameter to \fICURL_TIMECOND_IFMODSINCE\fP
1949 or \fICURL_TIMECOND_IFUNMODSINCE\fP. This feature applies to HTTP, FTP, RTSP,
1950 and FILE.
1952 The last modification time of a file is not always known and in such instances
1953 this feature will have no effect even if the given time condition would not
1954 have been met. \fIcurl_easy_getinfo(3)\fP with the
1955 \fICURLINFO_CONDITION_UNMET\fP option can be used after a transfer to learn if
1956 a zero-byte successful "transfer" was due to this condition not matching.
1957 .IP CURLOPT_TIMEVALUE
1958 Pass a long as parameter. This should be the time in seconds since 1 Jan 1970,
1959 and the time will be used in a condition as specified with
1960 \fICURLOPT_TIMECONDITION\fP.
1961 .SH CONNECTION OPTIONS
1962 .IP CURLOPT_TIMEOUT
1963 Pass a long as parameter containing the maximum time in seconds that you allow
1964 the libcurl transfer operation to take. Normally, name lookups can take a
1965 considerable time and limiting operations to less than a few minutes risk
1966 aborting perfectly normal operations. This option will cause curl to use the
1967 SIGALRM to enable time-outing system calls.
1969 In unix-like systems, this might cause signals to be used unless
1970 \fICURLOPT_NOSIGNAL\fP is set.
1972 Default timeout is 0 (zero) which means it never times out.
1973 .IP CURLOPT_TIMEOUT_MS
1974 Like \fICURLOPT_TIMEOUT\fP but takes number of milliseconds instead. If
1975 libcurl is built to use the standard system name resolver, that portion
1976 of the transfer will still use full-second resolution for timeouts with
1977 a minimum timeout allowed of one second.
1978 (Added in 7.16.2)
1979 .IP CURLOPT_LOW_SPEED_LIMIT
1980 Pass a long as parameter. It contains the transfer speed in bytes per second
1981 that the transfer should be below during \fICURLOPT_LOW_SPEED_TIME\fP seconds
1982 for the library to consider it too slow and abort.
1983 .IP CURLOPT_LOW_SPEED_TIME
1984 Pass a long as parameter. It contains the time in seconds that the transfer
1985 should be below the \fICURLOPT_LOW_SPEED_LIMIT\fP for the library to consider
1986 it too slow and abort.
1987 .IP CURLOPT_MAX_SEND_SPEED_LARGE
1988 Pass a curl_off_t as parameter.  If an upload exceeds this speed (counted in
1989 bytes per second) on cumulative average during the transfer, the transfer will
1990 pause to keep the average rate less than or equal to the parameter value.
1991 Defaults to unlimited speed. (Added in 7.15.5)
1992 .IP CURLOPT_MAX_RECV_SPEED_LARGE
1993 Pass a curl_off_t as parameter.  If a download exceeds this speed (counted in
1994 bytes per second) on cumulative average during the transfer, the transfer will
1995 pause to keep the average rate less than or equal to the parameter
1996 value. Defaults to unlimited speed. (Added in 7.15.5)
1997 .IP CURLOPT_MAXCONNECTS
1998 Pass a long. The set number will be the persistent connection cache size. The
1999 set amount will be the maximum amount of simultaneously open connections that
2000 libcurl may cache in this easy handle. Default is 5, and there isn't much
2001 point in changing this value unless you are perfectly aware of how this works
2002 and changes libcurl's behaviour. This concerns connections using any of the
2003 protocols that support persistent connections.
2005 When reaching the maximum limit, curl closes the oldest one in the cache to
2006 prevent increasing the number of open connections.
2008 If you already have performed transfers with this curl handle, setting a
2009 smaller MAXCONNECTS than before may cause open connections to get closed
2010 unnecessarily.
2012 If you add this easy handle to a multi handle, this setting is not
2013 acknowledged, and you must instead use \fIcurl_multi_setopt(3)\fP and the
2014 \fICURLMOPT_MAXCONNECTS\fP option.
2015 .IP CURLOPT_CLOSEPOLICY
2016 (Obsolete) This option does nothing.
2017 .IP CURLOPT_FRESH_CONNECT
2018 Pass a long. Set to 1 to make the next transfer use a new (fresh) connection
2019 by force. If the connection cache is full before this connection, one of the
2020 existing connections will be closed as according to the selected or default
2021 policy. This option should be used with caution and only if you understand
2022 what it does. Set this to 0 to have libcurl attempt re-using an existing
2023 connection (default behavior).
2024 .IP CURLOPT_FORBID_REUSE
2025 Pass a long. Set to 1 to make the next transfer explicitly close the
2026 connection when done. Normally, libcurl keeps all connections alive when done
2027 with one transfer in case a succeeding one follows that can re-use them.
2028 This option should be used with caution and only if you understand what it
2029 does. Set to 0 to have libcurl keep the connection open for possible later
2030 re-use (default behavior).
2031 .IP CURLOPT_CONNECTTIMEOUT
2032 Pass a long. It should contain the maximum time in seconds that you allow the
2033 connection to the server to take.  This only limits the connection phase, once
2034 it has connected, this option is of no more use. Set to zero to switch to the
2035 default built-in connection timeout - 300 seconds. See also the
2036 \fICURLOPT_TIMEOUT\fP option.
2038 In unix-like systems, this might cause signals to be used unless
2039 \fICURLOPT_NOSIGNAL\fP is set.
2040 .IP CURLOPT_CONNECTTIMEOUT_MS
2041 Like \fICURLOPT_CONNECTTIMEOUT\fP but takes the number of milliseconds
2042 instead. If libcurl is built to use the standard system name resolver,
2043 that portion of the connect will still use full-second resolution for
2044 timeouts with a minimum timeout allowed of one second.
2045 (Added in 7.16.2)
2046 .IP CURLOPT_IPRESOLVE
2047 Allows an application to select what kind of IP addresses to use when
2048 resolving host names. This is only interesting when using host names that
2049 resolve addresses using more than one version of IP. The allowed values are:
2051 .IP CURL_IPRESOLVE_WHATEVER
2052 Default, resolves addresses to all IP versions that your system allows.
2053 .IP CURL_IPRESOLVE_V4
2054 Resolve to IPv4 addresses.
2055 .IP CURL_IPRESOLVE_V6
2056 Resolve to IPv6 addresses.
2058 .IP CURLOPT_CONNECT_ONLY
2059 Pass a long. If the parameter equals 1, it tells the library to perform all
2060 the required proxy authentication and connection setup, but no data transfer.
2061 This option is useful only on HTTP URLs.
2063 This option is useful with the \fICURLINFO_LASTSOCKET\fP option to
2064 \fIcurl_easy_getinfo(3)\fP. The library can set up the connection and then the
2065 application can obtain the most recently used socket for special data
2066 transfers. (Added in 7.15.2)
2067 .IP CURLOPT_USE_SSL
2068 Pass a long using one of the values from below, to make libcurl use your
2069 desired level of SSL for the transfer. (Added in 7.11.0)
2071 This is for enabling SSL/TLS when you use FTP, SMTP, POP3, IMAP etc.
2073 (This option was known as CURLOPT_FTP_SSL up to 7.16.4, and the constants
2074 were known as CURLFTPSSL_*)
2076 .IP CURLUSESSL_NONE
2077 Don't attempt to use SSL.
2078 .IP CURLUSESSL_TRY
2079 Try using SSL, proceed as normal otherwise.
2080 .IP CURLUSESSL_CONTROL
2081 Require SSL for the control connection or fail with \fICURLE_USE_SSL_FAILED\fP.
2082 .IP CURLUSESSL_ALL
2083 Require SSL for all communication or fail with \fICURLE_USE_SSL_FAILED\fP.
2085 .IP CURLOPT_RESOLVE
2086 Pass a pointer to a linked list of strings with host name resolve information
2087 to use for requests with this handle. The linked list should be a fully valid
2088 list of \fBstruct curl_slist\fP structs properly filled in. Use
2089 \fIcurl_slist_append(3)\fP to create the list and \fIcurl_slist_free_all(3)\fP
2090 to clean up an entire list.
2092 Each single name resolve string should be written using the format
2093 HOST:PORT:ADDRESS where HOST is the name libcurl will try to resolve, PORT is
2094 the port number of the service where libcurl wants to connect to the HOST and
2095 ADDRESS is the numerical IP address. If libcurl is built to support IPv6,
2096 ADDRESS can of course be either IPv4 or IPv6 style addressing.
2098 This option effectively pre-populates the DNS cache with entries for the
2099 host+port pair so redirects and everything that operations against the
2100 HOST+PORT will instead use your provided ADDRESS.
2102 You can remove names from the DNS cache again, to stop providing these fake
2103 resolves, by including a string in the linked list that uses the format
2104 \&"-HOST:PORT". The host name must be prefixed with a dash, and the host name
2105 and port number must exactly match what was already added previously.
2107 (Added in 7.21.3)
2108 .IP CURLOPT_DNS_SERVERS
2109 Set the list of DNS servers to be used instead of the system default.
2110 The format of the dns servers option is:
2112 host[:port][,host[:port]]...
2114 For example:
2116 192.168.1.100,192.168.1.101,3.4.5.6
2118 This option requires that libcurl was built with a resolver backend that
2119 supports this operation. The c-ares backend is the only such one.
2121 (Added in 7.24.0)
2122 .IP CURLOPT_ACCEPTTIMEOUT_MS
2123 Pass a long telling libcurl the maximum number of milliseconds to wait for a
2124 server to connect back to libcurl when an active FTP connection is used. If no
2125 timeout is set, the internal default of 60000 will be used. (Added in 7.24.0)
2126 .SH SSL and SECURITY OPTIONS
2127 .IP CURLOPT_SSLCERT
2128 Pass a pointer to a zero terminated string as parameter. The string should be
2129 the file name of your certificate. The default format is "PEM" and can be
2130 changed with \fICURLOPT_SSLCERTTYPE\fP.
2132 With NSS this can also be the nickname of the certificate you wish to
2133 authenticate with. If you want to use a file from the current directory, please
2134 precede it with "./" prefix, in order to avoid confusion with a nickname.
2135 .IP CURLOPT_SSLCERTTYPE
2136 Pass a pointer to a zero terminated string as parameter. The string should be
2137 the format of your certificate. Supported formats are "PEM" and "DER".  (Added
2138 in 7.9.3)
2139 .IP CURLOPT_SSLKEY
2140 Pass a pointer to a zero terminated string as parameter. The string should be
2141 the file name of your private key. The default format is "PEM" and can be
2142 changed with \fICURLOPT_SSLKEYTYPE\fP.
2143 .IP CURLOPT_SSLKEYTYPE
2144 Pass a pointer to a zero terminated string as parameter. The string should be
2145 the format of your private key. Supported formats are "PEM", "DER" and "ENG".
2147 The format "ENG" enables you to load the private key from a crypto engine. In
2148 this case \fICURLOPT_SSLKEY\fP is used as an identifier passed to the
2149 engine. You have to set the crypto engine with \fICURLOPT_SSLENGINE\fP.
2150 \&"DER" format key file currently does not work because of a bug in OpenSSL.
2151 .IP CURLOPT_KEYPASSWD
2152 Pass a pointer to a zero terminated string as parameter. It will be used as
2153 the password required to use the \fICURLOPT_SSLKEY\fP or
2154 \fICURLOPT_SSH_PRIVATE_KEYFILE\fP private key.
2155 You never needed a pass phrase to load a certificate but you need one to
2156 load your private key.
2158 (This option was known as CURLOPT_SSLKEYPASSWD up to 7.16.4 and
2159 CURLOPT_SSLCERTPASSWD up to 7.9.2)
2160 .IP CURLOPT_SSLENGINE
2161 Pass a pointer to a zero terminated string as parameter. It will be used as
2162 the identifier for the crypto engine you want to use for your private
2163 key.
2165 If the crypto device cannot be loaded, \fICURLE_SSL_ENGINE_NOTFOUND\fP is
2166 returned.
2167 .IP CURLOPT_SSLENGINE_DEFAULT
2168 Sets the actual crypto engine as the default for (asymmetric) crypto
2169 operations.
2171 If the crypto device cannot be set, \fICURLE_SSL_ENGINE_SETFAILED\fP is
2172 returned.
2174 Even though this option doesn't need any parameter, in some configurations
2175 \fIcurl_easy_setopt\fP might be defined as a macro taking exactly three
2176 arguments. Therefore, it's recommended to pass 1 as parameter to this option.
2177 .IP CURLOPT_SSLVERSION
2178 Pass a long as parameter to control what version of SSL/TLS to attempt to use.
2179 The available options are:
2181 .IP CURL_SSLVERSION_DEFAULT
2182 The default action. This will attempt to figure out the remote SSL protocol
2183 version, i.e. either SSLv3 or TLSv1 (but not SSLv2, which became disabled
2184 by default with 7.18.1).
2185 .IP CURL_SSLVERSION_TLSv1
2186 Force TLSv1
2187 .IP CURL_SSLVERSION_SSLv2
2188 Force SSLv2
2189 .IP CURL_SSLVERSION_SSLv3
2190 Force SSLv3
2192 .IP CURLOPT_SSL_VERIFYPEER
2193 Pass a long as parameter. By default, curl assumes a value of 1.
2195 This option determines whether curl verifies the authenticity of the peer's
2196 certificate. A value of 1 means curl verifies; 0 (zero) means it doesn't.
2198 When negotiating a SSL connection, the server sends a certificate indicating
2199 its identity.  Curl verifies whether the certificate is authentic, i.e. that
2200 you can trust that the server is who the certificate says it is.  This trust
2201 is based on a chain of digital signatures, rooted in certification authority
2202 (CA) certificates you supply.  curl uses a default bundle of CA certificates
2203 (the path for that is determined at build time) and you can specify alternate
2204 certificates with the \fICURLOPT_CAINFO\fP option or the \fICURLOPT_CAPATH\fP
2205 option.
2207 When \fICURLOPT_SSL_VERIFYPEER\fP is nonzero, and the verification fails to
2208 prove that the certificate is authentic, the connection fails.  When the
2209 option is zero, the peer certificate verification succeeds regardless.
2211 Authenticating the certificate is not by itself very useful.  You typically
2212 want to ensure that the server, as authentically identified by its
2213 certificate, is the server you mean to be talking to.  Use
2214 \fICURLOPT_SSL_VERIFYHOST\fP to control that. The check that the host name in
2215 the certificate is valid for the host name you're connecting to is done
2216 independently of the \fICURLOPT_SSL_VERIFYPEER\fP option.
2217 .IP CURLOPT_CAINFO
2218 Pass a char * to a zero terminated string naming a file holding one or more
2219 certificates to verify the peer with.  This makes sense only when used in
2220 combination with the \fICURLOPT_SSL_VERIFYPEER\fP option.  If
2221 \fICURLOPT_SSL_VERIFYPEER\fP is zero, \fICURLOPT_CAINFO\fP need not
2222 even indicate an accessible file.
2224 This option is by default set to the system path where libcurl's cacert bundle
2225 is assumed to be stored, as established at build time.
2227 When built against NSS, this is the directory that the NSS certificate
2228 database resides in.
2229 .IP CURLOPT_ISSUERCERT
2230 Pass a char * to a zero terminated string naming a file holding a CA
2231 certificate in PEM format. If the option is set, an additional check against
2232 the peer certificate is performed to verify the issuer is indeed the one
2233 associated with the certificate provided by the option. This additional check
2234 is useful in multi-level PKI where one needs to enforce that the peer
2235 certificate is from a specific branch of the tree.
2237 This option makes sense only when used in combination with the
2238 \fICURLOPT_SSL_VERIFYPEER\fP option. Otherwise, the result of the check is not
2239 considered as failure.
2241 A specific error code (CURLE_SSL_ISSUER_ERROR) is defined with the option,
2242 which is returned if the setup of the SSL/TLS session has failed due to a
2243 mismatch with the issuer of peer certificate (\fICURLOPT_SSL_VERIFYPEER\fP has
2244 to be set too for the check to fail). (Added in 7.19.0)
2245 .IP CURLOPT_CAPATH
2246 Pass a char * to a zero terminated string naming a directory holding multiple
2247 CA certificates to verify the peer with. If libcurl is built against OpenSSL,
2248 the certificate directory must be prepared using the openssl c_rehash utility.
2249 This makes sense only when used in combination with the
2250 \fICURLOPT_SSL_VERIFYPEER\fP option.  If \fICURLOPT_SSL_VERIFYPEER\fP is zero,
2251 \fICURLOPT_CAPATH\fP need not even indicate an accessible path.  The
2252 \fICURLOPT_CAPATH\fP function apparently does not work in Windows due to some
2253 limitation in openssl. This option is OpenSSL-specific and does nothing if
2254 libcurl is built to use GnuTLS. NSS-powered libcurl provides the option only
2255 for backward compatibility.
2256 .IP CURLOPT_CRLFILE
2257 Pass a char * to a zero terminated string naming a file with the concatenation
2258 of CRL (in PEM format) to use in the certificate validation that occurs during
2259 the SSL exchange.
2261 When curl is built to use NSS or GnuTLS, there is no way to influence the use
2262 of CRL passed to help in the verification process. When libcurl is built with
2263 OpenSSL support, X509_V_FLAG_CRL_CHECK and X509_V_FLAG_CRL_CHECK_ALL are both
2264 set, requiring CRL check against all the elements of the certificate chain if
2265 a CRL file is passed.
2267 This option makes sense only when used in combination with the
2268 \fICURLOPT_SSL_VERIFYPEER\fP option.
2270 A specific error code (CURLE_SSL_CRL_BADFILE) is defined with the option. It
2271 is returned when the SSL exchange fails because the CRL file cannot be loaded.
2272 A failure in certificate verification due to a revocation information found in
2273 the CRL does not trigger this specific error. (Added in 7.19.0)
2274 .IP CURLOPT_SSL_VERIFYHOST
2275 Pass a long as parameter.
2277 This option determines whether libcurl verifies that the server cert is for
2278 the server it is known as.
2280 When negotiating a SSL connection, the server sends a certificate indicating
2281 its identity.
2283 When \fICURLOPT_SSL_VERIFYHOST\fP is 2, that certificate must indicate that
2284 the server is the server to which you meant to connect, or the connection
2285 fails.
2287 Curl considers the server the intended one when the Common Name field or a
2288 Subject Alternate Name field in the certificate matches the host name in the
2289 URL to which you told Curl to connect.
2291 When the value is 1, the certificate must contain a Common Name field, but it
2292 doesn't matter what name it says.  (This is not ordinarily a useful setting).
2294 When the value is 0, the connection succeeds regardless of the names in the
2295 certificate.
2297 The default value for this option is 2.
2299 This option controls checking the server's certificate's claimed identity.
2300 The server could be lying.  To control lying, see
2301 \fICURLOPT_SSL_VERIFYPEER\fP.  If libcurl is built against NSS and
2302 \fICURLOPT_SSL_VERIFYPEER\fP is zero, \fICURLOPT_SSL_VERIFYHOST\fP
2303 is ignored.
2305 .IP CURLOPT_CERTINFO
2306 Pass a long set to 1 to enable libcurl's certificate chain info gatherer. With
2307 this enabled, libcurl (if built with OpenSSL) will extract lots of information
2308 and data about the certificates in the certificate chain used in the SSL
2309 connection. This data is then possible to extract after a transfer using
2310 \fIcurl_easy_getinfo(3)\fP and its option \fICURLINFO_CERTINFO\fP. (Added in
2311 7.19.1)
2312 .IP CURLOPT_RANDOM_FILE
2313 Pass a char * to a zero terminated file name. The file will be used to read
2314 from to seed the random engine for SSL. The more random the specified file is,
2315 the more secure the SSL connection will become.
2316 .IP CURLOPT_EGDSOCKET
2317 Pass a char * to the zero terminated path name to the Entropy Gathering Daemon
2318 socket. It will be used to seed the random engine for SSL.
2319 .IP CURLOPT_SSL_CIPHER_LIST
2320 Pass a char *, pointing to a zero terminated string holding the list of
2321 ciphers to use for the SSL connection. The list must be syntactically correct,
2322 it consists of one or more cipher strings separated by colons. Commas or
2323 spaces are also acceptable separators but colons are normally used, \&!, \&-
2324 and \&+ can be used as operators.
2326 For OpenSSL and GnuTLS valid examples of cipher lists include 'RC4-SHA',
2327 \'SHA1+DES\', 'TLSv1' and 'DEFAULT'. The default list is normally set when you
2328 compile OpenSSL.
2330 You'll find more details about cipher lists on this URL:
2331 \fIhttp://www.openssl.org/docs/apps/ciphers.html\fP
2333 For NSS, valid examples of cipher lists include 'rsa_rc4_128_md5',
2334 \'rsa_aes_128_sha\', etc. With NSS you don't add/remove ciphers. If one uses
2335 this option then all known ciphers are disabled and only those passed in
2336 are enabled.
2338 You'll find more details about the NSS cipher lists on this URL:
2339 \fIhttp://directory.fedora.redhat.com/docs/mod_nss.html#Directives\fP
2341 .IP CURLOPT_SSL_SESSIONID_CACHE
2342 Pass a long set to 0 to disable libcurl's use of SSL session-ID caching. Set
2343 this to 1 to enable it. By default all transfers are done using the
2344 cache. While nothing ever should get hurt by attempting to reuse SSL
2345 session-IDs, there seem to be broken SSL implementations in the wild that may
2346 require you to disable this in order for you to succeed. (Added in 7.16.0)
2347 .IP CURLOPT_SSL_OPTIONS
2348 Pass a long with a bitmask to tell libcurl about specific SSL behaviors.
2350 CURLSSLOPT_ALLOW_BEAST is the only supported bit and by setting this the user
2351 will tell libcurl to not attempt to use any work-arounds for a security flaw
2352 in the SSL3 and TLS1.0 protocols.  If this option isn't used or this bit is
2353 set to 0, the SSL layer libcurl uses may use a work-around for this flaw
2354 although it might cause interoperability problems with some (older) SSL
2355 implementations. WARNING: avoiding this work-around loosens the security, and
2356 by setting this option to 1 you ask for exactly that. (Added in 7.25.0)
2357 .IP CURLOPT_KRBLEVEL
2358 Pass a char * as parameter. Set the kerberos security level for FTP; this also
2359 enables kerberos awareness.  This is a string, \&'clear', \&'safe',
2360 \&'confidential' or \&'private'.  If the string is set but doesn't match one
2361 of these, 'private' will be used. Set the string to NULL to disable kerberos
2362 support for FTP.
2364 (This option was known as CURLOPT_KRB4LEVEL up to 7.16.3)
2365 .IP CURLOPT_GSSAPI_DELEGATION
2366 Set the parameter to CURLGSSAPI_DELEGATION_FLAG to allow unconditional GSSAPI
2367 credential delegation.  The delegation is disabled by default since 7.21.7.
2368 Set the parameter to CURLGSSAPI_DELEGATION_POLICY_FLAG to delegate only if
2369 the OK-AS-DELEGATE flag is set in the service ticket in case this feature is
2370 supported by the GSSAPI implementation and the definition of
2371 GSS_C_DELEG_POLICY_FLAG was available at compile-time.
2372 (Added in 7.22.0)
2373 .SH SSH OPTIONS
2374 .IP CURLOPT_SSH_AUTH_TYPES
2375 Pass a long set to a bitmask consisting of one or more of
2376 CURLSSH_AUTH_PUBLICKEY, CURLSSH_AUTH_PASSWORD, CURLSSH_AUTH_HOST,
2377 CURLSSH_AUTH_KEYBOARD. Set CURLSSH_AUTH_ANY to let libcurl pick one. Currently
2378 CURLSSH_AUTH_HOST has no effect. (Added in 7.16.1)
2379 .IP CURLOPT_SSH_HOST_PUBLIC_KEY_MD5
2380 Pass a char * pointing to a string containing 32 hexadecimal digits. The
2381 string should be the 128 bit MD5 checksum of the remote host's public key, and
2382 libcurl will reject the connection to the host unless the md5sums match. This
2383 option is only for SCP and SFTP transfers. (Added in 7.17.1)
2384 .IP CURLOPT_SSH_PUBLIC_KEYFILE
2385 Pass a char * pointing to a file name for your public key. If not used,
2386 libcurl defaults to \fB$HOME/.ssh/id_dsa.pub\fP if the HOME environment
2387 variable is set, and just "id_dsa.pub" in the current directory if HOME is not
2388 set.  (Added in 7.16.1)
2389 If an empty string is passed, libcurl will pass no public key to libssh2
2390 which then tries to compute it from the private key, this is known to work
2391 when libssh2 1.4.0+ is linked against OpenSSL. (Added in 7.26.0)
2392 .IP CURLOPT_SSH_PRIVATE_KEYFILE
2393 Pass a char * pointing to a file name for your private key. If not used,
2394 libcurl defaults to \fB$HOME/.ssh/id_dsa\fP if the HOME environment variable
2395 is set, and just "id_dsa" in the current directory if HOME is not set.  If the
2396 file is password-protected, set the password with
2397 \fICURLOPT_KEYPASSWD\fP. (Added in 7.16.1)
2398 .IP CURLOPT_SSH_KNOWNHOSTS
2399 Pass a pointer to a zero terminated string holding the file name of the
2400 known_host file to use.  The known_hosts file should use the OpenSSH file
2401 format as supported by libssh2. If this file is specified, libcurl will only
2402 accept connections with hosts that are known and present in that file, with a
2403 matching public key. Use \fICURLOPT_SSH_KEYFUNCTION\fP to alter the default
2404 behavior on host and key (mis)matching. (Added in 7.19.6)
2405 .IP CURLOPT_SSH_KEYFUNCTION
2406 Pass a pointer to a curl_sshkeycallback function. It gets called when the
2407 known_host matching has been done, to allow the application to act and decide
2408 for libcurl how to proceed. The callback will only be called if
2409 \fICURLOPT_SSH_KNOWNHOSTS\fP is also set.
2411 The curl_sshkeycallback function gets passed the CURL handle, the key from the
2412 known_hosts file, the key from the remote site, info from libcurl on the
2413 matching status and a custom pointer (set with \fICURLOPT_SSH_KEYDATA\fP). It
2414 MUST return one of the following return codes to tell libcurl how to act:
2416 .IP CURLKHSTAT_FINE_ADD_TO_FILE
2417 The host+key is accepted and libcurl will append it to the known_hosts file
2418 before continuing with the connection. This will also add the host+key combo
2419 to the known_host pool kept in memory if it wasn't already present there. The
2420 adding of data to the file is done by completely replacing the file with a new
2421 copy, so the permissions of the file must allow this.
2422 .IP CURLKHSTAT_FINE
2423 The host+key is accepted libcurl will continue with the connection. This will
2424 also add the host+key combo to the known_host pool kept in memory if it wasn't
2425 already present there.
2426 .IP CURLKHSTAT_REJECT
2427 The host+key is rejected. libcurl will deny the connection to continue and it
2428 will be closed.
2429 .IP CURLKHSTAT_DEFER
2430 The host+key is rejected, but the SSH connection is asked to be kept alive.
2431 This feature could be used when the app wants to somehow return back and act
2432 on the host+key situation and then retry without needing the overhead of
2433 setting it up from scratch again.
2435  (Added in 7.19.6)
2436 .IP CURLOPT_SSH_KEYDATA
2437 Pass a void * as parameter. This pointer will be passed along verbatim to the
2438 callback set with \fICURLOPT_SSH_KEYFUNCTION\fP. (Added in 7.19.6)
2439 .SH OTHER OPTIONS
2440 .IP CURLOPT_PRIVATE
2441 Pass a void * as parameter, pointing to data that should be associated with
2442 this curl handle.  The pointer can subsequently be retrieved using
2443 \fIcurl_easy_getinfo(3)\fP with the CURLINFO_PRIVATE option. libcurl itself
2444 does nothing with this data. (Added in 7.10.3)
2445 .IP CURLOPT_SHARE
2446 Pass a share handle as a parameter. The share handle must have been created by
2447 a previous call to \fIcurl_share_init(3)\fP. Setting this option, will make
2448 this curl handle use the data from the shared handle instead of keeping the
2449 data to itself. This enables several curl handles to share data. If the curl
2450 handles are used simultaneously in multiple threads, you \fBMUST\fP use the
2451 locking methods in the share handle. See \fIcurl_share_setopt(3)\fP for
2452 details.
2454 If you add a share that is set to share cookies, your easy handle will use
2455 that cookie cache and get the cookie engine enabled. If you unshare an object
2456 that was using cookies (or change to another object that doesn't share
2457 cookies), the easy handle will get its cookie engine disabled.
2459 Data that the share object is not set to share will be dealt with the usual
2460 way, as if no share was used.
2461 .IP CURLOPT_NEW_FILE_PERMS
2462 Pass a long as a parameter, containing the value of the permissions that will
2463 be assigned to newly created files on the remote server.  The default value is
2464 \fI0644\fP, but any valid value can be used.  The only protocols that can use
2465 this are \fIsftp://\fP, \fIscp://\fP, and \fIfile://\fP. (Added in 7.16.4)
2466 .IP CURLOPT_NEW_DIRECTORY_PERMS
2467 Pass a long as a parameter, containing the value of the permissions that will
2468 be assigned to newly created directories on the remote server.  The default
2469 value is \fI0755\fP, but any valid value can be used.  The only protocols that
2470 can use this are \fIsftp://\fP, \fIscp://\fP, and \fIfile://\fP.
2471 (Added in 7.16.4)
2472 .SH TELNET OPTIONS
2473 .IP CURLOPT_TELNETOPTIONS
2474 Provide a pointer to a curl_slist with variables to pass to the telnet
2475 negotiations. The variables should be in the format <option=value>. libcurl
2476 supports the options 'TTYPE', 'XDISPLOC' and 'NEW_ENV'. See the TELNET
2477 standard for details.
2478 .SH RETURN VALUE
2479 CURLE_OK (zero) means that the option was set properly, non-zero means an
2480 error occurred as \fI<curl/curl.h>\fP defines. See the \fIlibcurl-errors(3)\fP
2481 man page for the full list with descriptions.
2483 If you try to set an option that libcurl doesn't know about, perhaps because
2484 the library is too old to support it or the option was removed in a recent
2485 version, this function will return \fICURLE_FAILED_INIT\fP.
2486 .SH "SEE ALSO"
2487 .BR curl_easy_init "(3), " curl_easy_cleanup "(3), " curl_easy_reset "(3)"