[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kopete-devel
Subject:    Re: [Kopete-devel] [Bug 63457] SSL support for IRC
From:       Jason Keirstead <jason () keirstead ! org>
Date:       2004-02-06 17:31:27
Message-ID: 200402061331.27652.jason () keirstead ! org
[Download RAW message or body]

On February 06, 2004 12:57 pm, Thiago Macieira wrote:
> SSL support is pretty tricky. And I don't think linking in to OpenSSL at
> kdecore is wanted.

Well, since libkio already has an OpenSSL linkage, could this be a good place
for KSSLSocket ?

> In any event, KExtendedSocket is going depreciated if all goes well, so
> I don't like the idea of modifying that code now. The new API should be
> modified instead.

Where is the new API?

> The big problem with that is that KExtendedSocket uses always KSocks to
> implement I/O. This makes it a lot more difficult to implement SSL
> support.

Yes. My KSSLSocket will not work with socks since it bypasses the KExtSocket
read/write methods.

Could the SSL layer be built into KSocks? I don't know much about socks.

> However, if you really want to help me on this, a QSocketImpl-derived
> class would probably suit you better. See the libqt-addon documentation
> (http://www.thiago.macieira.info/~thiago/libqt-addon-doc/). It could be
> loaded as a plugin or part of Kopete code. The high-level socket
> classes should be able to cope with that.

I will have a look at this.

When is this new stuff going in? Will it be in 3.3? ( Read: is this something 
we can start using in Kopete HEAD, or is it later in the future? )

-- 
There's no place like 127.0.0.1

http://www.keirstead.org
_______________________________________________
Kopete-devel mailing list
Kopete-devel@kde.org
https://mail.kde.org/mailman/listinfo/kopete-devel
[prev in list] [next in list] [prev in thread] [next in thread]