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

List:       kmail-devel
Subject:    Re: We need a short boilerplate text for KMail for various flyers
From:       Ingo =?iso-8859-1?q?Kl=F6cker?= <kloecker () kde ! org>
Date:       2002-07-31 0:11:18
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 30 July 2002 17:59, Bernhard Reiter wrote:
> On Mon, Jul 29, 2002 at 10:16:59PM +0200, Ingo Klöcker wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
>
> E.g. ^^^^^^^^^^^^^^^^^^^^^^^^^
>
> It does not send PGP/MIME conforming messages by default
> as a MIME aware MUA that is almost a must to be OpenPGP compatible.

True. But you should know that this has changed in the meantime thanks 
to you.
FYI, I'm still using inline-signing because apart from a few early- 
adopters who are already using the Aegypten plugins no KMail user can 
easily verify PGP/MIME messages (most of the mailing lists I send 
messages to are mainly read by KMail users). I will start sending 
PGP/MIME messages when KDE 3.1 has been released. And I'm pretty sure 
that we will make PGP/MIME the default (when then corresponding plugin 
is available).

> > On Monday 29 July 2002 10:14, Bernhard Reiter wrote:
> > > On Sun, Jul 28, 2002 at 12:49:19AM +0200, Marc Mutz wrote:
> > > > My proposal (draft):
> > > > KMail
> > > > It features the industries leading OpenPGP integration,
> > >
> > > This would overdo it, to be honest.
> > > The OpenPGP integration is good but
> > > still has some weaknesses in my opinion.
> >
> > Like what? If I don't know the weaknesses I can't remove them.
>
> Some of them are known (I've written about the one above and the
> mimelib problems before).  Some can be found the Ägypten-Bugtracker.

Which is where?

> We probably still habe problems with signed E-Mails with attachements
> in some case, because of the bad design (of mimelib) that
> disassembles and reassembles the message. We do have problems with
> the color bars for the different message states AFAIK, I didn't test
> that recently.

So, apart from some bugs in the Aegypten code (which is still in 
development) and the fact that KMail only now supports PGP/MIME there 
don't seem to be any problems. ;-)

> Any help is of course appreciated.
>
> Last not least the OpenPGP integration of Ägypten is not tested a
> lot. Before Ägypten that KMail was not eben OpenPGP compatible.
> Trouting "industry leading OpenPGP integration" is not wise for
> several reasons. Mutt certainly still leads the pack and I hate
> overstatements.  :)  Furthermore I haven't compared KMail's OpenPGP
> support to Sylpheed's. It well might be superiour because it was
> there earlier.

Earlier? Are you sure?

> Better call it "good" or "full OpenPGP integration to be save.

"Good" would certainly be an understatement. And "full" would be wrong 
because KMail (as an email client) doesn't include key management 
tools.

With "industries leading OpenPGP integration" Marc most likely meant the 
fact that using OpenPGP with KMail is very easy. KMail has for example 
smart automatic encryption (which means KMail asks if a message should 
be encrypted in case there are trusted keys for all recipients in the 
user's keyring). Does any other email client have this? Do other email 
clients allow the user to associate arbitrary email addresses with 
arbitrary OpenPGP keys (which is necessary when there is no user id for 
a certain email address).

About mutt I heard you have to enter the keyids which should be used for 
encryption (maybe only if no key which corresponds to the recipient's 
email address is found?). I wouldn't call a program which forces the 
user to enter keyids "leading the pack". But as I never used mutt I 
might be misinformed.

Regards,
Ingo

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE9Rx3gGnR+RTDgudgRAlHjAJ48POtJDEP7ZrNn60d2KOMDRjsaKACeMM6g
ZxhjctvNVdpHGLuNzcG6AOY=
=vGMC
-----END PGP SIGNATURE-----


_______________________________________________
KMail Developers mailing list
kmail@mail.kde.org
http://mail.kde.org/mailman/listinfo/kmail
[prev in list] [next in list] [prev in thread] [next in thread]