Re: [Evolution-hackers] evolution-kolab: Camel.HttpStream in the wild (?)

2010-08-04 Thread Christian Hilberg
Hi Matthew, On Wednesday, 04 August 2010, Matthew Barnes wrote: > On Wed, 2010-08-04 at 16:03 +0200, Christian Hilberg wrote: > > Is there any good alternative to using libsoup which makes use of NSS? > > We're pretty much depending on the (mostly) working NSS infrastructure > > for PKCS #11 and t

Re: [Evolution-hackers] evolution-kolab: Camel.HttpStream in the wild (?)

2010-08-04 Thread Matthew Barnes
On Wed, 2010-08-04 at 16:03 +0200, Christian Hilberg wrote: > Is there any good alternative to using libsoup which makes use of NSS? We're > pretty much depending on the (mostly) working NSS infrastructure for PKCS #11 > and token handling for certificate based client auth. That I don't know. Y

Re: [Evolution-hackers] evolution-kolab: Camel.HttpStream in the wild (?)

2010-08-04 Thread Christian Hilberg
Hi there, On Wednesday 04 August 2010 Matthew Barnes wrote: > On Wed, 2010-08-04 at 13:28 +0200, Christian Hilberg wrote: > > Does libsoup make use of NSS (just the newbie's uninitiated question)? > It uses GnuTLS for transport layer security. > http://www.gnu.org/software/gnutls/ Is there any go

Re: [Evolution-hackers] evolution-kolab: Camel.HttpStream in the wild (?)

2010-08-04 Thread Matthew Barnes
On Wed, 2010-08-04 at 13:28 +0200, Christian Hilberg wrote: > Does libsoup make use of NSS (just the newbie's uninitiated question)? It uses GnuTLS for transport layer security. http://www.gnu.org/software/gnutls/ > Hey, thanks for that hint! :-) Maybe it would be wise to mark such classes as

Re: [Evolution-hackers] evolution-kolab: Camel.HttpStream in the wild (?)

2010-08-04 Thread Christian Hilberg
Hi Matthew, thanks for the prompt reply. On Wednesday, 04 August 2010 Matthew Barnes wrote: > On Wed, 2010-08-04 at 12:50 +0200, Christian Hilberg wrote: > > Using the Camel.HttpStream should do the trick - is that correct? I've > > seen the Camel.HttpStream being used within Anjal (file > > em-f

Re: [Evolution-hackers] evolution-kolab: Camel.HttpStream in the wild (?)

2010-08-04 Thread Matthew Barnes
On Wed, 2010-08-04 at 12:50 +0200, Christian Hilberg wrote: > Using the Camel.HttpStream should do the trick - is that correct? I've seen > the Camel.HttpStream being used within Anjal (file em-format-mail.c). Is this > Camel HTTP part being used somewhere else as well (to be used as another > r

[Evolution-hackers] evolution-kolab: Camel.HttpStream in the wild (?)

2010-08-04 Thread Christian Hilberg
Hi everyone. Within our evolution-kolab plugin, we need to access the webserver part of Kolab to retrieve free-busy information (no more than simple GET requests needed, but with authentication - as far as we can see atm ;-). The Kolab webserver will answer the GET request with an iCal file con

Re: [Evolution-hackers] Camel IMAPX RFC5464 compliance

2010-08-04 Thread Christian Hilberg
Hi again. On Monday 26 July 2010 Christian Hilberg wrote: > while I suspect the answer will most likely be "no", just to be sure I'd > like to put the question here anyway (if only for the record): > Does the Camel IMAPX implementation comply with RFC5464 "The IMAP METADATA > Extension" [1] ? > [.