Various design questions

Bernhard Reiter
Sat Oct 20 20:59:01 2001

Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

it looks like there is soem discussion about the same topic going on
the kmail list.

I still think there should be one small repository
which is GUI and big-library independent. It just does not make
sense for each GUI framework to have its own in the long run.


On Sat, Oct 20, 2001 at 02:52:40PM -0400, George Staikos wrote:

> On Saturday 20 October 2001 13:58, Bernhard Reiter wrote:
> > > I know that you have to make this compatible with Mutt, but do you=
> > > agree that things like key management should be integrated with the K=
> > > crypto manager? I think it would be unfortunate for users to have to
> > > import their keys in two places and manage them twice.
> >
> > The optimal solution would be that keys are held in one place
> > and can be accessed by several "front-ends".
> > GpgSM will be this part in the diagramm of
> >
> >
> > AFAIUI Gpgme will be the api which can be used by several programs
> > to control the keydatabase.
> The only real way to get this to work now is to have the KDE GUI searc=
> both key databases. We have to have our own. Not anyone will want to=20
> install this project but they may want to use SSL in Konqueror or code=20
> signing in Reaktivate. This also raises another question: When a user=
> imports a new key via the GUI, which database does it go into? The GPG o=
> or the KDE one? Or both? Or do we prompt the user? I guess by using th=
> md5 fingerprint it's easy to remove duplicates so that isn't a problem. =
> KMail should use the KDE key manager though, not the GPG one (but the KD=
> key database can of course merge at runtime with the GPG one). It would =
> terribly unfortunate for a user to import a key into the KDE database and=
> then not get to use it from within a KDE application.
> --=20
> George Staikos
> _______________________________________________
> Gpa-dev mailing list
--=20 Professional Service around Free Software ( = =20 The FreeGIS Project ( Association for a Free Informational Infrastructure ( FSF Europe ( --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Weitere Infos: siehe iEYEARECAAYFAjvRyNkACgkQh9ag3dpKERYqUQCfXcTUXcR8vU3oc2FrqLbxlS2p flgAn3E3ctX1a09IhEyyKddueMFQ9871 =uOrP -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8--