<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general">
    <title>gmane.comp.web.curl.general</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13469"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13468"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13467"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13466"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13465"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13464"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13463"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13462"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13461"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13460"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13459"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13458"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13457"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13456"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13455"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13454"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13453"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13452"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13451"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.general/13449"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13469">
    <title>Re: How can I append a slash to the URL of a PUT command?</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13469</link>
    <description>&lt;pre&gt;

When doing a HTTP PUT, you're supposed to identify the resource you're about 
to create with the request. I would claim an API that requires it to have a 
trailing slash is a bit on the broken side.

But no, curl cannot send a PUT to such a URL in any easy way I can think of. 
libcurl itself can of course though, so a simple fix is probably to write a 
simple program in a language with a libcurl binding.

&lt;/pre&gt;</description>
    <dc:creator>Daniel Stenberg</dc:creator>
    <dc:date>2013-05-19T08:30:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13468">
    <title>Re: Query regarding error number 139 raised during SFTP operation by CURL</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13468</link>
    <description>&lt;pre&gt;

1. Make sure you use recent libcurl and libssh2 versions

2. Build then with debug symbols still present (configure --enable-debug 
perhaps)

3. Use valgrind or gdb to get more info on the crash.

4. Unless you find the root cause, post all the additional details here or to 
the suitable library list (curl-library or libssh2-devel)

&lt;/pre&gt;</description>
    <dc:creator>Daniel Stenberg</dc:creator>
    <dc:date>2013-05-16T07:00:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13467">
    <title>Query regarding error number 139 raised during SFTP operation by CURL</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13467</link>
    <description>&lt;pre&gt;Hi,

  While using the following command for SFTP using CURL, a segmentation fault is observed with the error number 139 :
  curl -u &amp;lt;username&amp;gt; passwd&amp;gt; --retry 2 --connect-timeout 2 --retry-delay 540 --sftp-create-dirs -k -T &amp;lt;tarfile&amp;gt; sftp://&amp;lt;ipv4addr&amp;gt;/&amp;lt;path&amp;gt;/&amp;lt;tarfile&amp;gt;

  Could you please help me understand the reason for this? How can this be rectified?

Thanks and regards,
Anitha-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-users
FAQ:        http://curl.haxx.se/docs/faq.html
Etiquette:  http://curl.haxx.se/mail/etiquette.html
&lt;/pre&gt;</description>
    <dc:creator>anitha achar</dc:creator>
    <dc:date>2013-05-16T06:33:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13466">
    <title>Re: can't disable RTMP support</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13466</link>
    <description>&lt;pre&gt;

Thanks for this report. What curl version is this? BTW, we're a bit overloaded 
with issues so to make sure we don't forget or just drop your report, please 
submit it here: https://sourceforge.net/p/curl/bugs/

&lt;/pre&gt;</description>
    <dc:creator>Daniel Stenberg</dc:creator>
    <dc:date>2013-05-15T21:33:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13465">
    <title>Re: Reg:Https curl out of memory error(27)</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13465</link>
    <description>&lt;pre&gt;Hi,

The above 27 out of memory error is resolved by giving complete path. And
also i am getting "Unable to load client key -8178" error while
authenticating with https server using ssl certificate.

Curl command :
curl  -v "https://url:443" --cert "./testcert.pem" --cacert "./cacert.pem"
--pubkey "./testkey.pem" --cert-type PEM

Thanks &amp;amp; Regards

praveen








On 15 May 2013 10:46, Nick Zitzmann &amp;lt;nick&amp;lt; at &amp;gt;chronosnet.com&amp;gt; wrote:




&lt;/pre&gt;</description>
    <dc:creator>praveen kumar</dc:creator>
    <dc:date>2013-05-15T20:01:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13464">
    <title>Re: Reg:Https curl out of memory error(27)</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13464</link>
    <description>&lt;pre&gt;
On May 15, 2013, at 3:27 AM, praveen &amp;lt;praveen.trams&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:


1. Version 7.21 is really old. Have you tried using a newer version?

2. You are using curl with NSS, not OpenSSL. NSS plays by different rules because it is database-driven while also supporting files, and not strictly file-driven like OpenSSL. So to use PEM files with NSS, you need to start the name with a full or relative file path. So "testcert.pem" probably won't work, but "./testcert.pem" ought to work.

Nick Zitzmann
&amp;lt;http://www.chronosnet.com/&amp;gt;


-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-users
FAQ:        http://curl.haxx.se/docs/faq.html
Etiquette:  http://curl.haxx.se/mail/etiquette.html

&lt;/pre&gt;</description>
    <dc:creator>Nick Zitzmann</dc:creator>
    <dc:date>2013-05-15T17:46:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13463">
    <title>Re: cURL hangs when downloading a CSV file from behind a proxy</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13463</link>
    <description>&lt;pre&gt;
I lucked out on this. When I moved the project to the server where it's
actually going to reside, the hangup stopped.  This server doesn't have to
go through the proxy, so this makes me fairly confident that an issue on
Forefront TMG was making this hang, not an issue with cURL.  Thanks for the
help with troubleshooting.

Adam
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-users
FAQ:        http://curl.haxx.se/docs/faq.html
Etiquette:  http://curl.haxx.se/mail/etiquette.html
&lt;/pre&gt;</description>
    <dc:creator>Adam Larsen</dc:creator>
    <dc:date>2013-05-15T13:24:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13462">
    <title>Reg:Https curl out of memory error(27)</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13462</link>
    <description>&lt;pre&gt;  Hi,

I have problem while posting the data into the https url using SSL 
certificates(Error :27 out of memory).
The same problem while trying with curl command mode. Both c curl code 
and command throwing same error.

version details:

OS   :   Fedora 14
curl :   curl 7.21.0 (i386-redhat-linux-gnu) libcurl/7.21.0 NSS/3.12.7.0 
zlib/1.2.5 libidn/1.18 libssh2/1.2.4
openssl: OpenSSL 1.0.0a-fips 1 Jun 2010

Please help to resolve this error.

curl command:

     curl "https:&amp;lt;ip&amp;gt;:&amp;lt;port&amp;gt;/request/" --cert testcert.pem --cacert 
cacert.pem --pubkey testkey.pem --cert-type PEM

curl c code:

int main(void)
{

   int i;
   CURL *curl;
   CURLcode res;
   FILE *headerfile;
   FILE *out_fd = (FILE *) 0;
   const char *pPassphrase = NULL;
   char buf_url[256]="https://&amp;lt;ip&amp;gt;:&amp;lt;port&amp;gt;";

   static const char *pCertFile = "testcert.pem";
   static const char *pCACertFile="cacert.pem";

   const char *pKeyName;
   const char *pKeyType;
   const char *pEngine;


         pKeyName  = "testkey.pem";
         pKeyType  = "PEM";
 &lt;/pre&gt;</description>
    <dc:creator>praveen</dc:creator>
    <dc:date>2013-05-15T09:27:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13461">
    <title>Re: After calling curl in a bat file no other commands execute</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13461</link>
    <description>&lt;pre&gt;
Sorry yes I meant -v.

Found the source of the problem. The bat file needed CALL before the call
to curl to resume after the call to cUrl had completed.

Thanks for your help.
Regards
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-users
FAQ:        http://curl.haxx.se/docs/faq.html
Etiquette:  http://curl.haxx.se/mail/etiquette.html
&lt;/pre&gt;</description>
    <dc:creator>member website</dc:creator>
    <dc:date>2013-05-14T13:46:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13460">
    <title>How can I append a slash to the URL of a PUT command?</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13460</link>
    <description>&lt;pre&gt;Hi All,

I have also posted this question here:
http://stackoverflow.com/questions/16516058/append-trailing-slash-to-curl-file-upload

I'm doing the following cURL command:
curl -i -b cookie.txt -X PUT -T "somefile.txt" http://myserver/api/upload/

However, I need the url to have a trailing slash, but the result is "
http://myserver/api/upload/somefile.txt". Is there a way to get a slash
appended at the end?

Thank you,
Josh
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-users
FAQ:        http://curl.haxx.se/docs/faq.html
Etiquette:  http://curl.haxx.se/mail/etiquette.html
&lt;/pre&gt;</description>
    <dc:creator>Josh Mahoney</dc:creator>
    <dc:date>2013-05-13T17:26:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13459">
    <title>can't disable RTMP support</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13459</link>
    <description>&lt;pre&gt;Hello All,

I want to disable RTMP support. In the configure script I use the flag
--disable-rtmp and --without-rtmp but it seems that these two options
doesn't disable RTPM support. I had to manually edit the Makefile and
curl_config.h file to disable this options. So it seems that there is a bug
in the configure script.

Regards
Chris
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-users
FAQ:        http://curl.haxx.se/docs/faq.html
Etiquette:  http://curl.haxx.se/mail/etiquette.html
&lt;/pre&gt;</description>
    <dc:creator>Chris Herssens</dc:creator>
    <dc:date>2013-05-13T09:42:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13458">
    <title>Re: Getting -Q to work</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13458</link>
    <description>&lt;pre&gt;

Add -v and see the command being sent. -Q takes one parameter so this will 
only send "rm" while "file.name.zip" will be treated as an additional URL on 
the command line!


This sends "rm file.name.zip" to the server. But there's no FTP command called 
'rm' so there's no suprise here. The command to delete a file is called 'DELE' 
in FTP protocol land.


Yes, assuming you use the correct commands. 'cd' is CWD for example...

&lt;/pre&gt;</description>
    <dc:creator>Daniel Stenberg</dc:creator>
    <dc:date>2013-05-13T07:48:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13457">
    <title>Getting -Q to work</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13457</link>
    <description>&lt;pre&gt;I'm trying to delete some files on a ftps server and keep getting the ftp 500
error return code.

If I do the following, the root directory is listed just fine, along with the
names of the files I want to delete:

    curl -k -u username:password ftps://domain.com/

If I then do the following, it errors out:

    curl -k -u username:password ftps://domain.com/ -Q rm file.name.zip

or

    curl -k -u username:password ftps://domain.com/ -Q "rm file.name.zip"

Once I get that to work, I'm assuming I can delete subdirectory files by
doing the following:

    curl -k -u username:password ftps://domain.com/ -Q cd subdir -Q rm file.name.zip

Thanks for any tips on getting this to work.

MB
&lt;/pre&gt;</description>
    <dc:creator>Mike Brown</dc:creator>
    <dc:date>2013-05-13T03:53:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13456">
    <title>Re: After calling curl in a bat file no other commands execute</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13456</link>
    <description>&lt;pre&gt;
I assume you mean -v


Once the connection is closed, there's nothing left for curl to do but exit.
Are you positive that curl is still running after this point? Or is it some
other artifact of your environment?

-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-users
FAQ:        http://curl.haxx.se/docs/faq.html
Etiquette:  http://curl.haxx.se/mail/etiquette.html

&lt;/pre&gt;</description>
    <dc:creator>Dan Fandrich</dc:creator>
    <dc:date>2013-05-10T18:17:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13455">
    <title>Re: After calling curl in a bat file no other commands execute</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13455</link>
    <description>&lt;pre&gt;*&amp;gt;&amp;gt; I have a bat file with the following commands (this is a stripped down
version *
*&amp;gt;&amp;gt; of the actual file for the purpose of demonstrating the problem): *
*&amp;gt;&amp;gt; *
*&amp;gt;&amp;gt; &amp;lt; at &amp;gt;echo off *
*&amp;gt;&amp;gt; *
*&amp;gt;&amp;gt; curl www.hotmail.com *
*&amp;gt;&amp;gt; *
*&amp;gt;&amp;gt; &amp;lt; at &amp;gt;echo on *
*&amp;gt;&amp;gt; *
*&amp;gt;&amp;gt; echo website retrieved *
*&amp;gt;&amp;gt; *
*&amp;gt;&amp;gt; Although the page is retrieved successfully, anything placed after the
call to *
*&amp;gt;&amp;gt; curl does not execute. Has anyone seen this before? *
*&amp;gt;&amp;gt; *
*&amp;gt;&amp;gt; I am running curl 7.30 64 bit on windows2008 R2. *

There are
while

Hi Dan

Actually this happens regardless of the url - I have tried it with quite a
few different urls. When I run the command with the -V option I see curl
connecting and retrieving the page successfully:

....

&amp;lt;/body&amp;gt;&amp;lt;/html&amp;gt;

* Connection #0 to host www.google.com left intact

* Closing connection #0


Thanks
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-users
FAQ:        http://curl.haxx.se/docs/faq.html
Etiquette:  http://curl.haxx.se/mail/etique&lt;/pre&gt;</description>
    <dc:creator>member website</dc:creator>
    <dc:date>2013-05-10T09:47:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13454">
    <title>Re: After calling curl in a bat file no other commands execute</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13454</link>
    <description>&lt;pre&gt;
Presumably, this only occurs with certain URLs, right? If you add the -v
option to curl, do you see any clues as to why this might take place? There are
some legitimate reasons why it could happen, such as the server stalling while
returning the data.

-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-users
FAQ:        http://curl.haxx.se/docs/faq.html
Etiquette:  http://curl.haxx.se/mail/etiquette.html

&lt;/pre&gt;</description>
    <dc:creator>Dan Fandrich</dc:creator>
    <dc:date>2013-05-10T07:09:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13453">
    <title>After calling curl in a bat file no other commands execute</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13453</link>
    <description>&lt;pre&gt;Hi all

I have a bat file with the following commands (this is a stripped down
version of the actual file for the purpose of demonstrating the problem):

&amp;lt; at &amp;gt;echo off

curl www.hotmail.com

&amp;lt; at &amp;gt;echo on

echo website retrieved

Although the page is retrieved successfully, anything placed after the call
to curl does not execute. Has anyone seen this before?

I am running curl 7.30 64 bit on windows2008 R2.

Thanks in advance.

Kaye
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-users
FAQ:        http://curl.haxx.se/docs/faq.html
Etiquette:  http://curl.haxx.se/mail/etiquette.html
&lt;/pre&gt;</description>
    <dc:creator>member website</dc:creator>
    <dc:date>2013-05-09T15:46:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13452">
    <title>Possible bug in ssluse.c?</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13452</link>
    <description>&lt;pre&gt;Hi,

When chasing a bug in our product, I was reading through the ssluse.c code.
Inside the ossl_recv api, we only check if SSL_read returns &amp;lt; 0. Is this
correct, or should it be &amp;lt;= 0?

...
nread = (ssize_t)SSL_read(conn-&amp;gt;[num]...
if (nread &amp;lt; 0) {
..

should be:
if (nread &amp;lt;= 0)?

According to the open SSL documentation
http://www.openssl.org/docs/ssl/SSL_read.html

SSL_Read can return 0 -

*0*

The read operation was not successful. The reason may either be a clean
shutdown due to a ``close notify'' alert sent by the peer (in which case
the SSL_RECEIVED_SHUTDOWN flag in the ssl shutdown state is set (see*
SSL_shutdown(3)*, *SSL_set_shutdown(3)*). It is also possible, that the
peer simply shut down the underlying transport and the shutdown is
incomplete. Call SSL_get_error() with the return value *ret* to find out,
whether an error occurred or the connection was shut down cleanly
(SSL_ERROR_ZERO_RETURN).

Thanks for the help!
Mike
-------------------------------------------------------------------
List admin:&lt;/pre&gt;</description>
    <dc:creator>Mike Giancola</dc:creator>
    <dc:date>2013-05-03T17:50:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13451">
    <title>Re: Authentication fallback to Basic from Negotiate</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13451</link>
    <description>&lt;pre&gt;

I would like it to fallback to use basic, but I'm aware it doesn't. I don't 
have any gss test infrastructure myself and there are not test cases for it, 
so I'm not really a suitable person to work on a fix for this.

I've seen this problem reported before, but I've not seen anyone actually try 
to fix it.

&lt;/pre&gt;</description>
    <dc:creator>Daniel Stenberg</dc:creator>
    <dc:date>2013-05-02T21:01:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13449">
    <title>cURL Setup</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13449</link>
    <description>&lt;pre&gt;To whom this may concern,

I would like to know if there is a way to utilize this library in the form
of a Unity Build, since such eases maintenance greatly, and is preferable
to my company's workflow.

The only issue I have at the moment to setup the library in such a way is
inclusion order, and would greatly appreciate any tips/directions if it is
possible to get it working this way.

Regards,
- Joël R. Langlois
*Programmer,*
*Noteloop Systems Inc.*
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-users
FAQ:        http://curl.haxx.se/docs/faq.html
Etiquette:  http://curl.haxx.se/mail/etiquette.html
&lt;/pre&gt;</description>
    <dc:creator>Joël Langlois</dc:creator>
    <dc:date>2013-04-25T13:41:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.general/13448">
    <title>Re: Disabling keepalive not working?</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.general/13448</link>
    <description>&lt;pre&gt;Hi,

Daniel Stenberg wrote:

Possible.



OK, I must admit that I wrongly thought the option affects "HTTP
Keepalive". Although you write in the documentation that it only affects
TCP...

I think I have overseen that, because I was too much into HTTP (there is
an HTTP Keepalive I know very well) and in time I read that (because I
am using cURL to fetch something from HTTP) I really did not know more
about TCP's keepalive.

Sorry.



Well, I implemented cURL in an client/server application. cURL is used
at client side and used in the updater mechanism. Multiple clients
(&amp;gt;100) will fetch files from the same resource at nearly the same time.
I saw the "Connection #0 to host curl.haxx.se left intact" message and
thought:

"Uhh, it is maybe not a good thing to left connections intact... when
the server will keep an connection open, I will waste server resources."

So I wrongly thought it is related to HTTP's keepalive and could be
turned off by applying the "--no-keepalive" option.

Anyway, think this is a server&lt;/pre&gt;</description>
    <dc:creator>Igor Sverkos</dc:creator>
    <dc:date>2013-04-21T11:48:30</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.web.curl.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.web.curl.general</link>
  </textinput>
</rdf:RDF>
