<?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://blog.gmane.org/gmane.comp.web.curl.library">
    <title>gmane.comp.web.curl.library</title>
    <link>http://blog.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://comments.gmane.org/gmane.comp.web.curl.library/35706"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/35692"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/35691"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/35682"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/35679"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/35678"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/35669"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/35668"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/35661"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/35660"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/35650"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/35649"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/35647"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/35646"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/35644"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/35641"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/35636"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/35615"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/35612"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/35611"/>
      </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://comments.gmane.org/gmane.comp.web.curl.library/35706">
    <title>libcurl-7.25.0 doesn't support SSL??</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35706</link>
    <description>&lt;pre&gt;Hi guys,

I downloaded libcurl-7.25.0 a few weeks ago and complied and god it work
properly. But the problem I have right now is that it can download texts
from http protocol but https. So I checked curl_version_info_data and
figured out data-&amp;gt;ssl_version is "null" which means the library I am using
does not support SSL. What was wrong? Did I build the library in wrong way?
or the zipped library file in the very top of the download page does not
basically contain SSL supports in it? Please give me some advices!
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html&lt;/pre&gt;</description>
    <dc:creator>Devon Yoo</dc:creator>
    <dc:date>2012-05-25T23:19:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35692">
    <title>[PATCH] nss: use human-readable error messages provided by NSS</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35692</link>
    <description>&lt;pre&gt;Bug: http://lists.baseurl.org/pipermail/yum-devel/2012-January/009002.html
---
 RELEASE-NOTES |    3 +-
 lib/nss.c     |  128 +++++++++++++++++++++++++-------------------------------
 2 files changed, 59 insertions(+), 72 deletions(-)

diff --git a/RELEASE-NOTES b/RELEASE-NOTES
index c41ebb9..3352e8f 100644
--- a/RELEASE-NOTES
+++ b/RELEASE-NOTES
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -9,6 +9,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; Curl and libcurl 7.26.1
 
 This release includes the following changes:
 
+ o nss: use human-readable error messages provided by NSS
  o 
 
 This release includes the following bugfixes:
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -28,4 +29,4 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; advice from friends like these:
 
 References to bug reports and discussions on issues:
 
- 
\ No newline at end of file
+ 
diff --git a/lib/nss.c b/lib/nss.c
index 885a120..d60b184 100644
--- a/lib/nss.c
+++ b/lib/nss.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -186,6 +186,11 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static const char* nss_error_to_name(PRErrorCode code)
   return "unknown error";
 }
 
+static void nss_print_error_message(struct SessionHandle *data, PRUint32 err)
+{
+  failf(data, "%s", PR_ErrorToString(err,&lt;/pre&gt;</description>
    <dc:creator>Kamil Dudka</dc:creator>
    <dc:date>2012-05-25T12:27:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35691">
    <title>Question about processing response headers.</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35691</link>
    <description>&lt;pre&gt;Hi,

I am kind of new to using libcurl, and I couldn't figure out how to do
something. I want to process response headers before moving into
writing response body to a file. I want to do it because if
content-type is attachment, I want to use filename from that header,
otherwise, I want to come up with my own filename to write to. I can
first make a head request with NOBODY option, and than make another
request for actual response body. However, this makes two requests for
each link I want to process, and I want to avoid that if possible.
Thanks in advance.
&lt;/pre&gt;</description>
    <dc:creator>Yaşar Arabacı</dc:creator>
    <dc:date>2012-05-25T12:02:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35682">
    <title>defining CURL_STATICLIB in libcurl.pc</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35682</link>
    <description>&lt;pre&gt;Hi,

Very nice that building static libcurl works out of the box now with 
curl-7_26_0.

However, naively linking Windows applications to static libcurl does not 
work due to  CURL_EXTERN introducing the dreaded _imp prefix in the 
public headers.

It seems like a reasonable measure to me to add -DCURL_STATICLIB to 
Cflags in libcurl.pc. This defines away CURL_EXTERN and linking works as 
expected. Or is there a better way?

regards,

Mark

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

&lt;/pre&gt;</description>
    <dc:creator>Mark Brand</dc:creator>
    <dc:date>2012-05-24T19:12:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35679">
    <title>ANNOUNCE: curl and libcurl 7.26.0</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35679</link>
    <description>&lt;pre&gt;Hello team!

I'm happy to announce that we once again managed to produce a release. curl 
and libcurl 7.26.0 have just been uploaded to our good old site at

 http://curl.haxx.se/

The release notes for this episode of our never-ending saga follows here:

Curl and libcurl 7.26.0

  Public curl releases:         127
  Command line options:         151
  curl_easy_setopt() options:   199
  Public functions in libcurl:  58
  Known libcurl bindings:       39
  Contributors:                 929

This release includes the following changes:

  o nss: the minimal supported version of NSS bumped to 3.12.x
  o nss: human-readable names are now provided for NSS errors if available
  o add a manual page for mk-ca-bundle
  o added --post303 and the CURL_REDIR_POST_303 option for CURLOPT_POSTREDIR
  o smtp: Add support for DIGEST-MD5 authentication
  o pop3: Added support for additional pop3 commands

This release includes the following bugfixes:

  o nss: libcurl now uses NSS_InitContext() to prevent collisions if avai&lt;/pre&gt;</description>
    <dc:creator>Daniel Stenberg</dc:creator>
    <dc:date>2012-05-24T16:19:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35678">
    <title>Not able to compile curl with ssl support in a diferent than default folder</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35678</link>
    <description>&lt;pre&gt;Hello curl !

I'm trying to install curl with ssl support in a different folder than the
default one. I'm having troubles because i'm not able to make the
./configure script recognise the openssl installation ( which again is in
not the default folder ).

So these are the steps I'm doing.

First I compile and install opensll in the folder:

export PREFIX= #some empty folder where I want to install openssl and curl
cd openssl-1.0.1c
./configure --prefix=$PREFIX
make
make test
make install

Then I set the environment variables:

export PATH=$PREFIX/bin:$PATH
export PKG_CONFIG_PATH=$PREFIX/lib/pkconfig/:$PKG_CONFIG_PATH
export LD_LIBRARY_PATH=$PREFIX/lib:$LD_LIBRARY_PATH

Ok, now I guess I should be ready to try to compile curl.

cd curl-7.25.0

Attempt 1:
./configure --prefix=$PREFIX --with-ssl

It didn't detect openssl from environment variables, so I then tryed:
./configure --prefix=$PREFIX --with-ssl=$PREFIX
and also:
./configure --prefix=$PREFIX --with-ssl=$PREFIX/openssl
and:
./configure --prefix=$PREFIX &lt;/pre&gt;</description>
    <dc:creator>Guiu Rocafort</dc:creator>
    <dc:date>2012-05-24T16:09:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35669">
    <title>compile curlgtk</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35669</link>
    <description>&lt;pre&gt;I am very new to curl (and gtk as well).
I was trying to compile and run curlgtk.c code.
As given in README file, I first tried:
$ `curl-config --cc --cflags --libs` -o curlgtk curlgtk.c
which gives error:
 curlgtk.c:13:21: fatal error: gtk/gtk.h: No such file or directory
compilation terminated.

After googling, I found a post in arch forum
(https://bbs.archlinux.org/viewtopic.php?id=106212) 
which adviced to run the code like
gcc curlgtk.c $(pkg-config --libs --cflags gtk+-2.0 libcurl)
which is giving error like
/usr/bin/ld: /tmp/ccItZyWi.o: undefined reference to symbol
'g_thread_init'
/usr/bin/ld: note: 'g_thread_init' is defined in
DSO /lib64/libgthread-2.0.so.0 so try adding it to the linker command
line
/lib64/libgthread-2.0.so.0: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status

I have installed glib and glib-devel.
But no success.
I am running fedora 17 beta and the curl, libcurl and gtk-devel from
there repo.
Please guide me.
Regards,

---------------------------&lt;/pre&gt;</description>
    <dc:creator>Rudra Banerjee</dc:creator>
    <dc:date>2012-05-23T21:09:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35668">
    <title>DELELE occurence error later</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35668</link>
    <description>&lt;pre&gt;Hi,

I am using libCurl for an applicatin which have to upload and download some
files and delete others. I use one unique easy handle (but using
curl_easy_reset and reconnect between each curl_easy_perform - persistent
handle)

a part of my code

curl_easy_setopt(Curl, CURLOPT_ERRORBUFFER, CurlErrorBuff);
headers = curl_slist_append(headers, "CWD /Temp");
headers = curl_slist_append(headers, "DELE FILE.txt");
m_CurlErrorCode = curl_easy_setopt(Curl, CURLOPT_POSTQUOTE, headers);
m_CurlErrorCode = curl_easy_perform(Curl);


the result of CURLOPT_ERRORBUFFER is
Curl error: 21 (QUOT string not accepted: DELE FILE.txt)
that fine I can handle it cause in some case the file doesnot exist

then : curl_easy_reset(Curl)

but just after on my source code, I trying to "reconnect":
CurlErrorCode = curl_easy_setopt(pCurl, CURLOPT_USERNAME, user);
CurlErrorCode = curl_easy_setopt(pCurl, CURLOPT_PASSWORD, passwd);
m_CurlErrorCode = curl_easy_perform(pCurl);
then here I got this error of CURLOPT_ERRORBUFFER is
Curl error: 2&lt;/pre&gt;</description>
    <dc:creator>M. Shinkaze</dc:creator>
    <dc:date>2012-05-23T11:29:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35661">
    <title>[PATCH] Fixed compile error with GNUTLS+NETTLE</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35661</link>
    <description>&lt;pre&gt;This patch fixes the compile error with GNUTLS+NETTLE.
I use following configure options:

./configure --enable-debug --enable-warings --enable-werror
--with-gnutls --without-ssl

In nettle/md5.h, md5_init and md5_update are defined as macros to
nettle_md5_init and nettle_md5_update respectively.  This causes
error when using MD5_params.md5_init and md5_update.  This patch
renames these members as md5_init_func and md5_update_func to
avoid name conflict. For completeness, MD5_params.md5_final was
also renamed as md5_final_func.

The changes in curl_ntlm_core.c is conversion error and fixed by
casting to proper type.

Best regards,

Tatsuhiro Tsujikawa
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html&lt;/pre&gt;</description>
    <dc:creator>Tatsuhiro Tsujikawa</dc:creator>
    <dc:date>2012-05-22T13:58:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35660">
    <title>Configure curl for build with Mozilla LDAP SDK and my version of openssl: LDAPS support became disabled</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35660</link>
    <description>&lt;pre&gt;Hi,
I need to build curl with Mozilla LDAP SDK and openssl 0.9.8r with my
additions to let them all work in the same project. I run the following
configuration commands:

MY_DIR=&amp;lt;my project directory&amp;gt;
export LDFLAGS="-L$MY_DIR/lib -lcrypto -lssl"
export LD_LIBRARY_PATH=$MY_DIR/lib
export CPPFLAGS="-I$MY_DIR/include -I$MY_DIR/include/ldap"
configure --enable-ldap --enable-ldaps --with-ldap-lib=ldap50

All specified libraries are present in the specified directory. However
curl configurator reports that LDAPS support is turned off.
....
  LDAP support:     enabled
  LDAPS support:   no      (--enable-ldaps)


When I run configuration with no parameters then it reports that LDAPS is
supported.

Please help to resolve this issue and enable LDAPS for my case.

Thanks
Oleg
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html&lt;/pre&gt;</description>
    <dc:creator>slon v sobstvennom palto</dc:creator>
    <dc:date>2012-05-22T13:32:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35650">
    <title>SMTP: multi interface produce wrong error code for unknown recipient</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35650</link>
    <description>&lt;pre&gt;Hello Steve and folks,

I just noticed a small flaw in SMTP when it is used with multi interface.
If the recipient is unknown by the SMTP server, libcurl ends up with error
code CURLE_RECV_ERROR instead of a more meaningful one like
CURLE_LOGIN_DENIED (which is provided with easy interface currently). I am
not saying CURLE_LOGIN_DENIED is the best error here but it is the closest
to imply the error. I am doing my tests with the git master branch.

Can you see the problem at a glance? If not, I am going to dig this
tomorrow.

Test code (smtp-multi.c).
Test code's output (multi-out.txt)
Curl command line's output (easy-out.txt)

are all attached.

Thanks

&lt;/pre&gt;</description>
    <dc:creator>Gokhan Sengun</dc:creator>
    <dc:date>2012-05-21T20:17:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35649">
    <title>CURLOPT_URL always lists</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35649</link>
    <description>&lt;pre&gt;Hi,

I'm just wondering if I'm doing something wrong or this is just how it
works. I always set CURLOPT_URL to my base url, but then it also
always lists the files and folders in the base url.
This is how my codes looks when I delete a file:

NSString username = &amp;lt; at &amp;gt;"username";
NSString password = &amp;lt; at &amp;gt;"password";
NSString* filePath = &amp;lt; at &amp;gt;"rm /UserFolder/Test.txt";
NSString* baseUrl = &amp;lt; at &amp;gt;"sftp://myftpserver.org";

struct curl_slist* headerlist = curl_slist_append(NULL, [filePath
cStringUsingEncoding:encoding]);
curl_global_init(CURL_GLOBAL_DEFAULT);
CURL *curl = curl_easy_init();
curl_easy_setopt(curl, CURLOPT_URL, [baseUrl cStringUsingEncoding:encoding]);
curl_easy_setopt(curl, CURLOPT_USERNAME, [username
cStringUsingEncoding:encoding]);
curl_easy_setopt(curl, CURLOPT_PASSWORD, [password
cStringUsingEncoding:encoding]);
curl_easy_setopt(curl, CURLOPT_POSTQUOTE, headerList);
CURLcode result = curl_easy_perform(curl);
curl_slist_free_all (headerList);
curl_easy_cleanup(curl);

With this code I can see in the output windo&lt;/pre&gt;</description>
    <dc:creator>Anders Havn</dc:creator>
    <dc:date>2012-05-21T16:47:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35647">
    <title>Winbuild IPv6 support always disabled in libcurl 7.25.0</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35647</link>
    <description>&lt;pre&gt;I tried to update php_curl.dll to libcurl 7.25.0, but discovered that 
IPv6 support was enabled (no matter what options I chose). At last, I 
discovered why.

This patch was incomplete:
https://github.com/bagder/curl/commit/575f3c30ed60aafddbaeeb26745cca942fb9ee2f

I commented the patch, but do not know how well these comments are 
monitored, so I am posting the same comment over here.

The change from 'yes' to 'true' in line 152 of 
winbuild/MakefileBuild.vc must be applied to line 166 as well.

Line 166:
  !IF "$(USE_IPV6)"=="yes"

Should be
  !IF "$(USE_IPV6)"=="true"

Otherwise IPv6 support will be disabled on Windows at all times.
&lt;/pre&gt;</description>
    <dc:creator>Jan Ehrhardt</dc:creator>
    <dc:date>2012-05-21T10:00:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35646">
    <title>LibCurlNet problem reusing easy handle</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35646</link>
    <description>&lt;pre&gt;Hi,

Thanks for great library!

I'm having some trouble reusing easy handle. What I do.

1) setup connection to use ssl
2) start first transfer it returns ok
3) next transfer returns CURLE_FTP_WRITE_ERROR

Additional info. When I read debug information I find following message:

"522 SSL connection failed; session reuse required: see require_ssl_reuse option
in vsftpd.conf man page

server did not report OK, got 522"

I double checked that my vsftpd has require_ssl_reuse set to YES

I include my code below. What I'm I missing or doing wrong?


using System;
using System.Collections;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.IO;

using SeasideResearch.LibCurlNet;
using System.Threading;


namespace Exnui
{
    static class Global
    {
        public static void Init()
        {
            Curl.GlobalInit((int)CURLinitFlag.CURL_GLOBAL_ALL);
        }


        public static void CleanUp()
        {
            Curl.GlobalCleanup();
        }
    }


    public enum &lt;/pre&gt;</description>
    <dc:creator>Lukasz Buczkowski</dc:creator>
    <dc:date>2012-05-21T07:38:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35644">
    <title>libcurl 7.25 / multi / win32</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35644</link>
    <description>&lt;pre&gt;Hi,

I've been trying to get to grips with the multi interface (everything works
fine with easy)

I initially tried to get fopen.c example working to no avail and so wrote a
simpler test program (see below)

This code runs fine but just loops as every loop curl_multi_fdset returns
with maxfd == -1

Neither my write or debug are ever called.


Tracing into curl_mult_fdset I see this line...

bitmap = multi_getsock(easy, sockbunch, MAX_SOCKSPEREASYHANDLE);

this always returns bitmap==0


Tracing into multi_getsock....

easy-&amp;gt;state==CURLM_STATE_WAITRESOLVE

which leads to the following getting called...

int Curl_resolver_getsock(struct connectdata *conn,
                          curl_socket_t *socks,
                          int numsocks)
{
  (void)conn;
  (void)socks;
  (void)numsocks;
  return 0;
}

This is 0 is what is bitmap is set to.

What am I doing wrong? My enviroment is :

libcurl 7.25 (static library built from project file)
win32
msvc10


Thanks in advance,

Adam


//****************************&lt;/pre&gt;</description>
    <dc:creator>adam smith</dc:creator>
    <dc:date>2012-05-20T17:39:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35641">
    <title>POP3 Authentication</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35641</link>
    <description>&lt;pre&gt;Hi all,

 

I took the opportunity last night to add support to POP3 for more secure
authentication mechanisms in a local branch. This was a relatively easy
process, borrowing a few bits of code from SMTP.

 

Rather than define a new bunch of authentication mechanisms equivalent to
the SMTP_AUTH_* I moved these into a new header file (curl_sasl.h) and
renamed the #defines accordingly (as we discussed sometime last year). As
this introduces a new header file, will any of the makefiles / other build
files require the inclusion of this header? I will fix up the VC6 project
file accordingly but I was wondering what else may require knowledge of this
file.

 

The code is still very much work in progress but I would hope to start
committing bits after the release next week.

 

So far I have added support for NTLM and PLAIN as Exchange only supports
GSSAPI, NTLM and PLAIN in the 2010 version. Does anyone have access to a
POP3 server that supports LOGIN, CRAM-MD5 or DIGEST-MD5 that we could use to
test the other &lt;/pre&gt;</description>
    <dc:creator>Steve Holme</dc:creator>
    <dc:date>2012-05-18T12:04:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35636">
    <title>SFTP delete file with space</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35636</link>
    <description>&lt;pre&gt;Hi,

I have a problem when deleting/renaming/chmod a file if the file or
the file path includes a space:
Ex: "sftp://myftpserver.org/UserFolder/Test xyz.txt"  &amp;lt;-- space in filename
Ex: "sftp://myftpserver.org/User Folder/Test.txt"       &amp;lt;-- space in filepath

It works fine if the path have no spaces:
Ex: "sftp://myftpserver.org/UserFolder/Test.txt"

This is how my codes looks:

NSString username = &amp;lt; at &amp;gt;"username";
NSString password = &amp;lt; at &amp;gt;"password";
NSString* fullFilePath = &amp;lt; at &amp;gt;"sftp://myftpserver.org/UserFolder/Test xyz.txt"

NSString* filePath = &amp;lt; at &amp;gt;"rm /UserFolder/Test xyz.txt"
 struct curl_slist* headerlist = curl_slist_append(NULL, [filePath
cStringUsingEncoding:encoding]);

curl_global_init(CURL_GLOBAL_DEFAULT);
CURL *curl = curl_easy_init();
curl_easy_setopt(curl, CURLOPT_URL, [fullFilePath
cStringUsingEncoding:encoding]);
curl_easy_setopt(curl, CURLOPT_USERNAME, [username
cStringUsingEncoding:encoding]);
curl_easy_setopt(curl, CURLOPT_PASSWORD, [password
cStringUsingEncoding:encoding]);
curl_easy_setopt(curl, CUR&lt;/pre&gt;</description>
    <dc:creator>Anders Havn</dc:creator>
    <dc:date>2012-05-17T13:24:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35615">
    <title>Dot character as first character in smtp email</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35615</link>
    <description>&lt;pre&gt;Hi Guys,

I noticed a small bug in the smtp module over the last 24 hours, which I'm
surprised I've not spotted before!

It seems that if a line starts with a full stop / period / dot character
then the character is stripped away by the server (Microsoft Exchange in
this instance).

The EOB checking function looks for CRLF.CRLF and replaces it with CRLF..
before checking for the next instance of CRLF.CRLF beginning with the last
two characters of the previous match.

The following is an extract from Section 4.5.2 of RFC2821:

Before sending a line of mail text, the SMTP client checks the
first character of the line.  If it is a period, one additional
period is inserted at the beginning of the line.

Interesting the next paragraph goes on to say:

When a line of mail text is received by the SMTP server, it checks
the line.  If the line is composed of a single period, it is
treated as the end of mail indicator.  If the first character is a
period and there are other characters on the line, the first
character &lt;/pre&gt;</description>
    <dc:creator>Steve Holme</dc:creator>
    <dc:date>2012-05-15T14:19:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35612">
    <title>Public key extraction of a self signed cert</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35612</link>
    <description>&lt;pre&gt;Hi Cool Curl people.

I am trying to extract the public key of a self signed cert...Here is how I am doing, and what the problem is:

I set a verify call back function, in which I do:

  X509 *cert = X509_STORE_CTX_get_current_cert(x509_ctx);
  int depth = X509_STORE_CTX_get_error_depth(x509_ctx);
  int err = X509_STORE_CTX_get_error(x509_ctx);

I check cert pointer, non NULL;
I check depth, which is ZERO;
I check err, which is 18 (X509_V_ERR_DEPTH_ZERO_SELF_SIGNED_CERT)
All good.

  EVP_PKEY *pubKey = X509_get_pubkey(cert);

I check pubKey, which is non NULL;
As I dereference pubKey as pubKey-&amp;gt;pkey.rsa, the pointer turns out to be NULL :(.

Am I doing something wrong? When there is an error, does OPENSSL still expose the cert public key?
How would I retrieve a public key of the certificate the peer is presenting to me?

Thanks for any hints...
Dirceu
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/&lt;/pre&gt;</description>
    <dc:creator>Cavendish, Dirceu</dc:creator>
    <dc:date>2012-05-15T01:01:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35611">
    <title>cURL 7.25.0 WINBUILD</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35611</link>
    <description>&lt;pre&gt;Hi friends

I got this remark privately from Stefan Paetow and since I don't do windows 
development myself I want to get your feedback on this comment:

-----

In line 329-330, you have this:

LIB_OBJS= $(LIBCURL_OBJS)
EXE_OBJS= $(CURL_OBJS)

It should be this:

LIB_OBJS= $(LIBCURL_OBJS) $(RESOURCE)
EXE_OBJS= $(CURL_OBJS) $(CURL_DIROBJ)\curl.res

The reason why this change is required is because the Makefile.vc8 file in
the lib directory contains $(RESOURCE) at the end of the list of the X_OBJS
define (see lines 498 to 588), and the same file in the src directory has a
similar entry at the end of the RELEASE_OBJS (line 176) and DEBUG_OBJS
defines (line 219).

Thought you might want to fix that for the next version.

----

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

&lt;/pre&gt;</description>
    <dc:creator>Daniel Stenberg</dc:creator>
    <dc:date>2012-05-14T21:39:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/35600">
    <title>Curl Multi perform without waiting for read</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/35600</link>
    <description>&lt;pre&gt;Hi All,

We have a requirement where we wish to call curl_multi_perform without
waiting for reads. Can we do this?If yes, how?
I am using curl 7.21.1. .

Thanks.
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html&lt;/pre&gt;</description>
    <dc:creator>Suraj Narkhede</dc:creator>
    <dc:date>2012-05-13T17:08:33</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>

