From kmail-devel  Fri May 18 10:16:44 2001
From: Michael Haeckel <Michael () Haeckel ! Net>
Date: Fri, 18 May 2001 10:16:44 +0000
To: kmail-devel
Subject: Re: RFC: TLS default enabled/disabled?
X-MARC-Message: https://marc.info/?l=kmail-devel&m=99018110920520

On Friday, 18. May 2001 10:59, Alex Zepeda wrote:
>
> Seeing that kmail implements everything on its own, this doesn't really

I know, you don't like KMail.

> surpise me.  However, configuring stuff on the URL makes a world of hurt
> for people trying to be flexible.  Evidence the imap ioslave in which the
> SASL stuff still isn't implemented properly.

Could you please be more specific, what you understand with "not properly"?

At least I switched that last night to use the sasl code from kdelibs. 
However KSASL does not support LOGIN and ANONYMOUS, therefore basically only 
CRAM-MD5 can be done by KSASL up to now. I don't know, why DIGEST-MD5 does 
not work.

> This is inflexible how?  You can create more than one profile.  This makes
> no sense to me at all.  What's the point of having a profile if you're
> going to put multiple servers under the same name?  The logic behind a
> profile as I see it is to separate stuff into groups of icm/ogm info for a
> given mail account.  And actually, no, it's designed to combine an
> incoming mailbox, with an outgoing service, and add in an email address
> and "real name".  The incoming mbx doesn't have to be POP3 or IMAP, it
> could be a local spool or whatnot.  Similarly the outgoing mail could be
> sendmail or whatever.

Ok, its not really inflexible, but in some cases it is required to enter a 
lot of information several times.

At least I for example have a lot of POP accounts configured of which at 
least 4 I really use actively and also 4 IMAP accounts and a local account.
However I use only one single SMTP server. With the current KEMailsetting 
concept I would have to enter this SMTP server and also my name and e-mail 
address in all something around 12 profiles which is a lot of useless work. 
When I am connected to a different network, where I have to use a different 
SMTP server, I have to change that server in all 12 profiles.

Also my indentities are by no means related to any POP are SMTP servers. I 
simple use them for different kind of stuff, for example KDE mail, sending 
newsletters, etc.

> Basically put up or shut up.  The reason KEMailSettings came into
> existance was because the (profile bits of the) KMail code is ugly, hard
> to understand and inflexible (of course this is pretty much what everyone
> else has told me as well).  Well that, and it was specific to kmail and

Could you please tell me, what is unflexible with that?

> made every effort separate itself from the current KDE configuration
> tools.  If you have a better set of classes that can be extracted from
> KMail, I'm all ears.  A solution that is specific to KMail is not a
> solution at all.  I've yet to see KMail adapt to the KCodecs class...

This stuff is in mimelib currently, as long as no one removes it from there I 
think it doesn't matter, which library we use.

But maybe RFC2045 and RFC2133 encoding stuff could go to KCodecs?

Regards,
Michael Häckel
_______________________________________________
Kmail Developers mailing list
Kmail@master.kde.org
http://master.kde.org/mailman/listinfo/kmail