Re: [Gaim-e-developer] Re: Auto retrieval of keys

[<gai...@li...>]

The whole point of gpgme is to make it uneccesary to call gpg from system() 
calls... so I think the keyserver functions would be an appropriate request.

I see your point too. if gpgme can snag a key from the server then we really 
don't care how gpg behaves on default, or about it's config file. we can 
just keep the users gaim-e pref recorded in our own files and make gpg 
behave the way we want it to.

however if we have to call gpg from a system() call there's no reason not to 
in my mind. we literally have to do it once per key (cause gpg will politely 
put it in the users keyring). that's an acceptable overhead hit.

Stu


>From: gai...@li...
>Reply-To: gai...@li...
>To: gai...@li...
>Subject: Re: [Gaim-e-developer] Re: Auto retrieval of keys
>Date: Sun, 22 Jun 2003 14:02:04 -0500
>MIME-Version: 1.0
>Received: from sc8-sf-list1.sourceforge.net ([66.35.250.206]) by 
>mc2-f16.law16.hotmail.com with Microsoft SMTPSVC(5.0.2195.5600); Sun, 22 
>Jun 2003 12:03:48 -0700
>Received: from sc8-sf-list2-b.sourceforge.net ([10.3.1.14] 
>helo=sc8-sf-list2.sourceforge.net)by sc8-sf-list1.sourceforge.net with 
>esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian))id 
>19UA7w-0003Sz-00for <stu...@us...>; Sun, 22 Jun 2003 
>12:03:48 -0700
>Received: from sc8-sf-list1-b.sourceforge.net ([10.3.1.13] 
>helo=sc8-sf-list1.sourceforge.net)by sc8-sf-list2.sourceforge.net with 
>esmtp (Exim 3.31-VA-mm2 #1 (Debian))id 19UA7b-00062k-00; Sun, 22 Jun 2003 
>12:03:27 -0700
>Received: from smtp1.knology.net ([24.214.63.226])by 
>sc8-sf-list1.sourceforge.net with smtp (Exim 3.31-VA-mm2 #1 (Debian))id 
>19UA6J-0002wV-00for <gai...@li...>; Sun, 22 Jun 
>2003 12:02:08 -0700
>Received: (qmail 23922 invoked from network); 22 Jun 2003 19:02:05 -0000
>Received: from unknown (HELO clemson.edu) (24.236.84.195)  by 
>smtp1.knology.net with SMTP; 22 Jun 2003 19:02:05 -0000
>X-Message-Info: JGTYoYF78jEHjJx36Oi8+Q1OJDRSDidP
>Message-ID: <3EF...@cl...>
>User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) 
>Gecko/20030514
>X-Accept-Language: en-us, en
>References: <BAY...@ho...>
>In-Reply-To: <BAY...@ho...>
>X-Enigmail-Version: 0.74.3.0
>X-Enigmail-Supports: pgp-inline, pgp-mime
>Sender: gai...@li...
>Errors-To: gai...@li...
>X-BeenThere: gai...@li...
>X-Mailman-Version: 2.0.9-sf.net
>Precedence: bulk
>List-Help: 
><mailto:gai...@li...?subject=help>
>List-Post: <mailto:gai...@li...>
>List-Subscribe: 
><https://lists.sourceforge.net/lists/listinfo/gaim-e-developer>,<mailto:gai...@li...?subject=subscribe>
>List-Id: <gaim-e-developer.lists.sourceforge.net>
>List-Unsubscribe: 
><https://lists.sourceforge.net/lists/listinfo/gaim-e-developer>,<mailto:gai...@li...?subject=unsubscribe>
>List-Archive: 
><http://sourceforge.net/mailarchive/forum.php?forum=gaim-e-developer>
>X-Original-Date: Sun, 22 Jun 2003 14:02:04 -0500
>Return-Path: gai...@li...
>X-OriginalArrivalTime: 22 Jun 2003 19:03:48.0861 (UTC) 
>FILETIME=[033562D0:01C338F1]
>
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Yeah, it's in it's own function just like the gaim-e config parsing
>function.
>
>However, it may not be needed because Dario and I have been disussing
>just using system() to call gpg directly.  Can anyone see a good reason
>not to?
>
>If we were going to bug the gpgme people to change anything, I'd rather
>it be to simply add keyserver functions to it.  The auto-key-retrieve
>function I think only works when a key is needed to encrypt or verify a
>signature at this point, and gaim-e doesn't even get that far if a key
>is not in the keyring.
>
>Adam
>
>gai...@li... wrote:
> > hey all,
> > Outstanding with the get-key-from-keyservers stuff. that'll make our
> > code a lot easier for the average dude to use.
> >
> > however. there's a little voice inside me trying to point out that we're
> > gonna have headaches if the gpg peeps ever change their config file
> > format. anyone know how long it's been since they did that?
> >
> > I don't suppose we could beg the gpgme peeps to put config file
> > alteration functions into their code. it just makes a hell of a lot more
> > sense there.
> >
> > I haven't looked at what you guys have done to the code recently. Are we
> > keeping the code to interface with the gpg config file in it's own
> > function? (makes it easier if we have to change it)
> >
> > Stu
> >
> > _________________________________________________________________
> > The new MSN 8: advanced junk mail protection and 2 months FREE*
> > http://join.msn.com/?page=features/junkmail
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: INetU
> > Attention Web Developers & Consultants: Become An INetU Hosting Partner.
> > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
> > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
> > _______________________________________________
> > Gaim-e-developer mailing list
> > Gai...@li...
> > https://lists.sourceforge.net/lists/listinfo/gaim-e-developer
> >
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.2.2 (GNU/Linux)
>Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
>iD8DBQE+9f0rjU1oaHEI4wgRAkcaAKCu4BGNByPiPD6MLc2p2fKUgbws6QCfauOQ
>qAiSMfScj6LtTQLb/FEOs1g=
>=wUr6
>-----END PGP SIGNATURE-----
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: INetU
>Attention Web Developers & Consultants: Become An INetU Hosting Partner.
>Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
>INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
>_______________________________________________
>Gaim-e-developer mailing list
>Gai...@li...
>https://lists.sourceforge.net/lists/listinfo/gaim-e-developer

_________________________________________________________________
The new MSN 8: advanced junk mail protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail