From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/72242 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.gnus.general Subject: Re: Password protection Date: Thu, 30 Sep 2010 05:32:53 +0200 Message-ID: <87vd5nx5wa.fsf@gmx.de> References: <87sk0t3oxm.fsf@lifelogs.com> <87fwwszd1i.fsf@lifelogs.com> <87wrq4wcpc.fsf@lifelogs.com> <87tyl8xp7u.fsf@gmx.de> <87eiccw9ku.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1285817655 22827 80.91.229.12 (30 Sep 2010 03:34:15 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 30 Sep 2010 03:34:15 +0000 (UTC) Cc: ding@gnus.org To: Ted Zlatanov Original-X-From: ding-owner+M20615@lists.math.uh.edu Thu Sep 30 05:34:14 2010 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1P19uO-0001ET-Ks for ding-account@gmane.org; Thu, 30 Sep 2010 05:34:12 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1P19tl-0007fR-No; Wed, 29 Sep 2010 22:33:33 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1P19tj-0007f9-Fc for ding@lists.math.uh.edu; Wed, 29 Sep 2010 22:33:31 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1P19ti-0004eZ-Cd for ding@lists.math.uh.edu; Wed, 29 Sep 2010 22:33:31 -0500 Original-Received: from mailout-de.gmx.net ([213.165.64.23] helo=mail.gmx.net) by quimby.gnus.org with smtp (Exim 3.36 #1 (Debian)) id 1P19th-0004lr-00 for ; Thu, 30 Sep 2010 05:33:29 +0200 Original-Received: (qmail invoked by alias); 30 Sep 2010 03:32:58 -0000 Original-Received: from p4FC18A28.dip0.t-ipconnect.de (EHLO detlef.gmx.de) [79.193.138.40] by mail.gmx.net (mp051) with SMTP; 30 Sep 2010 05:32:58 +0200 X-Authenticated: #3708877 X-Provags-ID: V01U2FsdGVkX1/ZqBglUXnZsM+E345GthrPQra3p+tkgBYpHObSUB BuxSuuT9hlhVZ0 In-Reply-To: <87eiccw9ku.fsf@lifelogs.com> (Ted Zlatanov's message of "Wed, 29 Sep 2010 15:58:41 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-Y-GMX-Trusted: 0 X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:72242 Archived-At: Ted Zlatanov writes: > LMI> Doesn't the Secrets API return a password back to Emacs Lisp land? >>> >>> Yes, because `secrets-get-secret' is an ELisp function. But we can have >>> `secrets-send-secret-to-process' and > > MA> You mean calling Fdbus_call_method on C level? > > I think Lars wants it to be more specific to passwords, not a general > D-Bus call. But yes, it would eventually call out to that function. Hmm. Just a rough idea: what a about a new lisp object "password"? It can be created only via an (interactive) C-level function, and another C-level function returns the carried string. On lisp level, the value is available only as hash string of the password itself. By this, functions like `eq' or `string-equal' could still be applied. C-level functions, visible in lisp (like `process-send-string' or `dbus-call-method'), could be tought to accept a password *or* a string as parameter. > Ted Best regards, Michael.