On Tue, 2011-11-01 at 17:46 +0100, Alain Knaff wrote:
> On 2011-11-01 13:32, Patrick Ohly wrote:
> [...]
>
> > "CURLOPT_CAPATH" - "This option is OpenSSL-specific and does nothing if
> > libcurl is built to use GnuTLS." - how is libcurl built on the N900?
> >
> > I don't mind adding such a feature, I just don't know whether it'll
> > help.
>
> Nope, just tried to set CURLPOPT_CAPATH (and unset SSLServerCertificates
> in .config again...): doesn't work
>
> ltrace also shows that the only environment variable accessed by
> syncevolution is SYNCEVOLUTION_DEBUG
That's a bit surprising. The 1.2 binaries from syncevolution.org (with
D-Bus daemon) check quite a few env variables even for a simple
operation running inside the daemon:
$ ltrace syncevolution --version 2>&1 | grep getenv
getenv("SYNCEVOLUTION_DEBUG") = NULL
getenv("http_proxy") = NULL
getenv("HOME") = "/home/pohly"
getenv("PATH") =
"/home/pohly/bin:/usr/local/sbin:"...
getenv("SYNCEVOLUTION_BACKEND_DIR") = NULL
getenv("SYNCEVOLUTION_DEBUG") = NULL
getenv("SYNCEVOLUTION_GNUTLS_DEBUG") = NULL
getenv("SYNCEVOLUTION_TEMPLATE_DIR") = NULL
getenv("SYNCEVOLUTION_XML_CONFIG_DIR") = NULL
getenv("SYNC_EVOLUTION_EVO_CALENDAR_DELA"...) = NULL
getenv("XDG_CACHE_HOME") = NULL
getenv("XDG_CONFIG_HOME") = NULL
getenv("XDG_DATA_HOME") = NULL
> >> Also, wouldn't "SSLCACertificates" be a more appropriate name (it is
> >> supposed to point to a CA certificate rather than a server certificate,
> >> or does it accept both?)
> >
> > That depends a lot on the underlying transport and/or platform.
> > SyncEvolution just passes that value through.
> >
>
> What call does does it use to pass that variable?
That depends on the transport.
libsoup: g_object_set SOUP_SESSION_SSL_CA_FILE
libcurl: curl_easy_setopt CURLOPT_CAINFO
libneon (WebDAV backend): ne_ssl_trust_default_ca for system
certificates, ignores SSLCACertificates setting
In all cases SyncEvolution never deals with the content of the setting
itself. Instead it relies on the library that it calls to do something
sensible with it.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
_______________________________________________
SyncEvolution mailing list
[email protected]
http://lists.syncevolution.org/listinfo/syncevolution
