Moving pop, imap and smtp koslaves from kdebase to kdepim

Marc Mutz Marc.Mutz at uni-bielefeld.de
Mon Jan 5 22:44:07 GMT 2004


On Monday 05 January 2004 19:37, Ralf Habacker wrote:
<snip>
> I like to share a little note from a users perspective. When I'm
> trying to build a new application the the only requirements are at
> least the qt lib and kdelibs, which supports already some io slaves
> like ftp http gzip bzip2 and file.  It seems to be very hard to
> explain the users, why they have to install kdepim to use such basic
> io slaves like pop3, smtp and so one.
<snip>

Those three slaves are not at all "basic". From at least KDE 2.2 where 
KMail was made to use these slaves instead of it's own smtp (and pop?) 
implementation, these slaves were used in connection-oriented mode 
unlike almost any other "basic" ioslave. Those two/three slaves share a 
metadata protocol to perform certain special commands whose application 
end is only implemented in KMail. The same goes for kio_nntp, which 
isn't even used by knode, and is probably completely non-functional by 
now.

The smtp slave contains some really ugly "I-want-to-be-sendmail" hacks 
(like rfc822 header generation) that I'd really like to get rid of as 
soon as possible. Moving it to kdepim would allow me to do that for 
kdepim-3.3. Consider this an official request from the current kio_smtp 
maintainer to move the slave to kdepim.

The IMAP slave is _very_ tightly coupled to KMail. Just watch the many 
simultaneous cross-CVS-module commits that are needed just to fix 
IMAP-related bugs, not speaking of implement new features. IIRC, both 
even share an enum (at least it was proposed they do not long ago)!

Summary: If you want to cleanup KDE's structure, move nntp, smtp, pop3, 
and imap (in order of increasing urgency) to kdepim/kioslaves.

Marc

-- 
Terrorist attacks are rare, and if the color-threat level changes
willy-nilly with no obvious cause or effect, then people will simply
stop paying attention. And the threat levels are publicly known, so
any terrorist with a lick of sense will simply wait until the threat
level goes down. -- Bruce Schneier, Crypto-Gram 07/2003




More information about the kde-core-devel mailing list