<?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.library">
    <title>gmane.comp.web.curl.library</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library</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.library/39486"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.library/39485"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.library/39484"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.library/39483"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.library/39482"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.library/39481"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.library/39480"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.library/39479"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.library/39478"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.library/39477"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.library/39476"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.library/39475"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.library/39474"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.library/39473"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.library/39472"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.library/39471"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.library/39470"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.library/39469"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.library/39468"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.web.curl.library/39467"/>
      </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.library/39486">
    <title>Re: Random proxy authentication error in windows</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39486</link>
    <description>&lt;pre&gt;Thank you for the response.

The libcurl version I use is built with the same settings
However when I try with specifying "." For the userpwd, I am seeing the following behavior

In the transfer logs there is a mention about "another round of authentication is required"

Then I finally see "failure when receiving data from the peer" 

And the curl codr I see is "CURLE_Recv_ERROR"

Any thought???
Thanks for reading.

Sent from Yahoo! Mail on Android

-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html&lt;/pre&gt;</description>
    <dc:creator>narayanan manikandan</dc:creator>
    <dc:date>2013-05-22T22:12:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39485">
    <title>Re: proposed patch to ssluse.c to fix sockets hanging in close_wait forever</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39485</link>
    <description>&lt;pre&gt;

Thanks a lot for this! I've pushed it, and it is now visible here: 
https://github.com/bagder/curl/commit/e58d9c87f7833

&lt;/pre&gt;</description>
    <dc:creator>Daniel Stenberg</dc:creator>
    <dc:date>2013-05-22T21:17:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39484">
    <title>Re: Random proxy authentication error in windows</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39484</link>
    <description>&lt;pre&gt;

I think there's something between these lines that you're not telling us, and 
I've decided to guess what you're actually talking about. Feel free to point 
out my mistakes.

Why would libcurl figure out the user name and password? It simply can't know 
them, your program has to provide that information. But given the way you 
prase the question, and the fact that you go on and mention winhttp, we know 
you're talking about a Windows solution so... your program doesn't know the 
user namd and password either, does it? You want libcurl to magically find 
that out from your Windows system somehow, right?

libcurl _can_ do that in some limited situations. Like if your libcurl was 
built with SSPI support and you use NTLM, you can set the "userpwd" to just 
":" as a sort of magic hint to libcurl and then it will get and use the 
user+password of the current user for that HTTP request.


There are numerous libcurl alternatives. I don't think I'm the most suitable 
to comment on their individual qualities, but I&lt;/pre&gt;</description>
    <dc:creator>Daniel Stenberg</dc:creator>
    <dc:date>2013-05-22T21:01:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39483">
    <title>Re: about doubt about using curl</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39483</link>
    <description>&lt;pre&gt;

If so, that's a bug. Can you please write up a recipe (in plain C without 
dependencies) that repeats this with the latest libcurl?


No, there's no such function. curl_multi_info_read() returns that information 
and I've not seen the need for a second function that duplicates that 
functionality. Do you?

All the available functions in libcurl's multi interface are listed here: 
http://curl.haxx.se/libcurl/c/libcurl-multi.html

&lt;/pre&gt;</description>
    <dc:creator>Daniel Stenberg</dc:creator>
    <dc:date>2013-05-22T20:44:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39482">
    <title>Re: cURL SFTP upload speed only 50% compared to command line SFTP</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39482</link>
    <description>&lt;pre&gt;
You're not top-posting now are you? After me giving a long and detailed 
response to help out, you return the favour by violating the guidelines in 
several different ways? See the end of every mail sent out from this list for 
some useful links.


(I assume you with CURL mean libcurl based on where we're holding this 
conversation.)

Everything is possible, but:


... really means that libcurl isn't written to do the A and B from my 
description. It _can_ of course be made so, but as far as I know nobody has 
even tried.

Admittedly, the fix to introduce these things that would greatly improve 
transfer speeds will probably require work that goes beyond "a simple patch". 
I personally have about 47 other issues and features I consider more 
important, but I'll gladly review patches and assist anyone who'd give this a 
serious try.

&lt;/pre&gt;</description>
    <dc:creator>Daniel Stenberg</dc:creator>
    <dc:date>2013-05-22T20:40:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39481">
    <title>Re: cURL SFTP upload speed only 50% compared to command line SFTP</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39481</link>
    <description>&lt;pre&gt;So is it possible for me to do A and B using cURL?

On Wed, May 22, 2013 at 6:49 PM, Daniel Stenberg &amp;lt;daniel&amp;lt; at &amp;gt;haxx.se&amp;gt; wrote:
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html

&lt;/pre&gt;</description>
    <dc:creator>Ben Thomas</dc:creator>
    <dc:date>2013-05-22T20:14:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39480">
    <title>Re: libcurl Reporting Different Version Between Commands</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39480</link>
    <description>&lt;pre&gt;

Not completely clear on what you are trying to do but it seems you want to
run a specific application that's compiled against the latest and greatest
version of libcurl, but it's finding the older system version instead.

Replacing the system's version of a library with something else might cause
major problems; if an installed deb package is expecting the older version
it could break your system. (Not sure about ubuntu but on some distros the
package manager itself depends on libcurl, breaking the package manager
can be something like locking your keys in the car, i.e. you can't fix the
package manager without a working package manager...)

If you install your new version of libcurl somewhere else, you can always
tell your application to look for it there by setting the
LD_LIBRARY_PATH environment, e.g.
  export LD_LIBRARY_PATH=/path/to/new/curl/lib/

 - Jeff
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://cu&lt;/pre&gt;</description>
    <dc:creator>Jeff Pohlmeyer</dc:creator>
    <dc:date>2013-05-22T19:07:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39479">
    <title>Re: cURL SFTP upload speed only 50% compared to command line SFTP</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39479</link>
    <description>&lt;pre&gt;

This is because SFTP is a tricky protocol in combination with how libssh2's 
API for SFTP works. In order to get the best possible speed out of SFTP 
transfers with libssh2 an application needs to:

A) use really larger buffers, like several hundred KBs at least

and

B) use a sliding buffer technique instead of letting the existing buffer drain 
completely before it gets refilled

(I'll explain why _this_ is necessary some other time. I blogged about some 
SFTP and libssh2 details back in the day here: 
http://daniel.haxx.se/blog/2010/12/08/making-sftp-transfers-fast/)

If you use libssh2 directly and do the above two adjustments, you can achieve 
SFTP transfer speeds close to OpenSSH's sftp tool.

None of these things are made within libcurl, that instead use a mere 16KB 
buffer and a draining-buffer technique so it has no chance of reaching high 
speeds with the current libssh2.

&lt;/pre&gt;</description>
    <dc:creator>Daniel Stenberg</dc:creator>
    <dc:date>2013-05-22T17:49:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39478">
    <title>Re: cURL SFTP upload speed only 50% compared to command line SFTP</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39478</link>
    <description>&lt;pre&gt;
On May 22, 2013, at 6:06 AM, Ben Thomas &amp;lt;benmailinglists&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:


It is like this for everyone, unfortunately. OpenSSH's SFTP client is the fastest SFTP transferring tool I've used; every other one I've used, including clients written in Java and clients that use libssh or libssh2, are much slower.

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


-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html

&lt;/pre&gt;</description>
    <dc:creator>Nick Zitzmann</dc:creator>
    <dc:date>2013-05-22T15:50:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39477">
    <title>Re: libcurl Reporting Different Version Between Commands</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39477</link>
    <description>&lt;pre&gt;Sorry, but I still haven't managed to figure this out!

How do I find where the "system" version of curl is stored (Ubuntu
12.04 default) and "overwrite" it with the new version (by
reinstalling curl 7.30 so that everything continues to "look in the
same place"?

Is it possible?

On Tue, Apr 30, 2013 at 10:25 AM, Dan Fandrich &amp;lt;dan&amp;lt; at &amp;gt;coneharvesters.com&amp;gt; wrote:
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html

&lt;/pre&gt;</description>
    <dc:creator>Ben Thomas</dc:creator>
    <dc:date>2013-05-22T13:52:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39476">
    <title>Random proxy authentication error in windows</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39476</link>
    <description>&lt;pre&gt;s and I have to send some requests to the server. I am currently using libcurl.

However there is a limitation when proxy server with authentication is involved before the request sent out to the server.

I explored the options in libcurl but i could not able to make it work. If i hardcode the username / password it works. But I do not want to get the user name and password by my application; I would prefer that libcurl can requests these at the start of a transfer.

Is there a different library i can use like winhttp or libcurl is the best one to use?

Below are the curl settings done before making the request

curlResultCode = curl_easy_setopt(curlHandle, CURLOPT_URL, urlString.data()); curlResultCode = curl_easy_setopt(curlHandle, CURLOPT_WRITEFUNCTION, receiveDataCallback); curlResultCode = curl_easy_setopt(curlHandle, CURLOPT_WRITEDATA, &amp;amp;curlPerformStorage); curlResultCode = curl_easy_setopt(curlHandle, CURLOPT_USERAGENT, "libcurl-agent/1.0"); curlResultCode = curl_easy_setopt(curlHandle, CURLOPT_FOLLOW&lt;/pre&gt;</description>
    <dc:creator>narayanan manikandan</dc:creator>
    <dc:date>2013-05-22T13:46:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39475">
    <title>proposed patch to ssluse.c to fix sockets hanging in close_wait forever</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39475</link>
    <description>&lt;pre&gt;Hi All,

We have an application that uses the curl multi interface. We found that in
specific cases if the connection is abruptly closed, the underlying socket
is listed in a close_wait state. We continue to call the
curl_multi_perform, curl_mutli_fdset etc. None of these APIs report the
socket closed / connection finished.  Since we have cases where the multi
connection is only used once, this can pose a problem for us. I've read
that if another connection was to come in, curl would see the socket as bad
and attempt to close it at that time - unfortunately, this does not work
for us.

What I've found is that in specific situations, if SSL_write returns 0,
curl does not recognize the socket as closed (or errored out) and does not
report it to the application. I believe we need to change the code
slightly, to check if ssl_write returns 0. If so, treat it as an error -
the same as a negative return code.

For OpenSSL - the ssl_write documentation is here:
http://www.openssl.org/docs/ssl/SSL_write.html

My prop&lt;/pre&gt;</description>
    <dc:creator>Mike Giancola</dc:creator>
    <dc:date>2013-05-22T13:27:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39474">
    <title>cURL SFTP upload speed only 50% compared to command line SFTP</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39474</link>
    <description>&lt;pre&gt;I need to use cURL to upload some files to an SFTP server but it's
running a lot slower than standard SFTP from the command line.
Uploading using the standard SFTP client on Ubuntu 12.04, I'm getting
around 70Kb/s (this is fine, that's just the speed of the server), but
when using cURL, it's around 35Kb/s, half the speed of SFTP :/

Does anyone know of any ways I can speed up cURL, preferably without
having to upgrade to a new version as I really struggled to get my
version upgrading when I tried a while ago! But obviously I will if I
have to to get it working.

Here's the command I used for for SFTP:

/usr/bin/sftp -oProtocol=2 -oIdentityFile=/path/to/key.pri -oPort=5000
-oStrictHostKeyChecking=no username&amp;lt; at &amp;gt;thedomain.com

then just "put filename.wav" when it's connected...

and with cURL:

curl -v -u username: --key /path/to/key.pri --pubkey /path/to/key.pub
-T /path/to/filename.wav
sftp://thedomain.com:5000/folder/TEST/filename.wav --insecure

This is the cURL version info:

curl 7.22.0 (x86_64-pc-linux-gnu&lt;/pre&gt;</description>
    <dc:creator>Ben Thomas</dc:creator>
    <dc:date>2013-05-22T12:06:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39473">
    <title>about doubt about using curl</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39473</link>
    <description>&lt;pre&gt;In xmlrpc-c, when timeout occurred, there are no messages in the queue, so, when it calls curl_multi_info_read to get privateCurlMsgP, curl_multi_info_read will return NULL. In this situation, xmlrpc fails to get resources and the memory won't be freed.

In normal situation, curl_multi_info_read will return te messages. Then, calls curl_easy_getinfo to retrieve information from a performed transfer. Finally xmlrpc-c calls the function curlTransaction_finish of its own to release the resources.

However, if timeout occurs, curl_multi_info_read return &amp;amp;easy-&amp;gt;msg-&amp;gt;extmsg which is NULL. Is there a function in curl like curl_multi_info_read which returns the easy-&amp;gt;easy_handle directly? 

Like:
CURL *curl_multi_easy_handle_read(CURLM *multi_handle)
{
  struct Curl_multi *multi=(struct Curl_multi *)multi_handle;

  if(GOOD_MULTI_HANDLE(multi)) {
    struct Curl_one_easy *easy;

    easy=multi-&amp;gt;easy.next;

    if(!easy) {
      return NULL;
    }
    if(easy-&amp;gt;msg_num) {
      easy-&amp;gt;msg_num --;
      multi-&amp;gt;num_msgs-&lt;/pre&gt;</description>
    <dc:creator>pengyi Peng(Yi</dc:creator>
    <dc:date>2013-05-22T03:58:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39472">
    <title>Re: Feature window closes on May 22nd!</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39472</link>
    <description>&lt;pre&gt;
Please don't top-post!


Right, but they need to be documented in the man page. And an example source 
code showing how to use them would be great too!


That's not a complete test. A complete test runs when 'make test' is invoked! 
You need to also provide a test1503 file and a patch for two Makefiles. And 
pick another number than 1503, because it is already used!

&lt;/pre&gt;</description>
    <dc:creator>Daniel Stenberg</dc:creator>
    <dc:date>2013-05-21T18:02:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39471">
    <title>Re: [PATCH] cookie path match fail</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39471</link>
    <description>&lt;pre&gt;2013/5/19 Daniel Stenberg &amp;lt;daniel&amp;lt; at &amp;gt;haxx.se&amp;gt;


Woops, sorry.  I forgot test other cases.
Next time I will do others too.

Best regards,
thanks
===============
YAMADA Yasuharu
ACCESS CO., LTD.
Yasuharu.Yamada&amp;lt; at &amp;gt;access-company.com

&lt;/pre&gt;</description>
    <dc:creator>YAMADA Yasuharu</dc:creator>
    <dc:date>2013-05-20T23:48:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39470">
    <title>Re: Feature window closes on May 22nd!</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39470</link>
    <description>&lt;pre&gt;Certainly,
inside the patch there is a description of curl_easy_setopt() options:
CURLOPT_TRAILERFUNCTION and CURLOPT_TRAILERDATA. There is also a test
attached (lib1503.c). Please let me know what else is needed.


2013/5/20 Daniel Stenberg &amp;lt;daniel&amp;lt; at &amp;gt;haxx.se&amp;gt;

-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html&lt;/pre&gt;</description>
    <dc:creator>Chrysovaladis Datsios</dc:creator>
    <dc:date>2013-05-20T06:44:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39469">
    <title>Re: Feature window closes on May 22nd!</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39469</link>
    <description>&lt;pre&gt;

I'd like that very much, but we're still missing test cases and documentation 
with the patch and I strongly object to adding stuff without such! Please help 
us bring that all the way.

&lt;/pre&gt;</description>
    <dc:creator>Daniel Stenberg</dc:creator>
    <dc:date>2013-05-20T06:32:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39468">
    <title>Re: Feature window closes on May 22nd!</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39468</link>
    <description>&lt;pre&gt;Hello there,
I'd like to know if the addition of trailer headers feature will make it to
the next release.
http://curl.haxx.se/mail/lib-2013-03/0234.html
Thank you.


2013/5/19 Daniel Stenberg &amp;lt;daniel&amp;lt; at &amp;gt;haxx.se&amp;gt;

-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html&lt;/pre&gt;</description>
    <dc:creator>Chrysovaladis Datsios</dc:creator>
    <dc:date>2013-05-20T06:26:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39467">
    <title>Re: Modify cURL to store cookies in variable (Daniel Stenberg)</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39467</link>
    <description>&lt;pre&gt;El 19/05/2013 7:00, curl-library-request&amp;lt; at &amp;gt;cool.haxx.se escribió:
I have never used CURLINFO_COOKELIST but, for example, if example.com
sets cookie "visitor=new" and CURLINFO_COOKIELIST will return
"visitor=new", yes, you are right.
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html

&lt;/pre&gt;</description>
    <dc:creator>Rodrigo</dc:creator>
    <dc:date>2013-05-19T14:44:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.web.curl.library/39466">
    <title>Re: Content-Length missing when setting cookie</title>
    <link>http://permalink.gmane.org/gmane.comp.web.curl.library/39466</link>
    <description>&lt;pre&gt;2013/5/13 Daniel Stenberg &amp;lt;daniel&amp;lt; at &amp;gt;haxx.se&amp;gt;

While trying to provide minimal example I discovered the mistake I did.
Sorry for wasting your time, I should have of course stared with that.
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html&lt;/pre&gt;</description>
    <dc:creator>Szymon Gatner</dc:creator>
    <dc:date>2013-05-19T12:32:42</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.web.curl.library">
    <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.library</link>
  </textinput>
</rdf:RDF>
