From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/59898 Path: main.gmane.org!not-for-mail From: "Ted Zlatanov" Newsgroups: gmane.emacs.gnus.general Subject: Re: password-cache-expiry and encrypt-password-cache-expiry Date: 24 Feb 2005 12:47:50 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <4n650hn92x.fsf@lifelogs.com> References: <87d5uszhp7.fsf@seamus.arnested.dk> <878y5gzfo4.fsf@seamus.arnested.dk> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1109267197 7563 80.91.229.2 (24 Feb 2005 17:46:37 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 24 Feb 2005 17:46:37 +0000 (UTC) Cc: "Arne =?iso-8859-1?Q?J=F8rgensen?=" , ding@gnus.org Original-X-From: ding-owner+M8439@lists.math.uh.edu Thu Feb 24 18:46:37 2005 Original-Received: from malifon.math.uh.edu ([129.7.128.13] ident=mail) by ciao.gmane.org with esmtp (Exim 4.43) id 1D4N3n-0001pQ-H8 for ding-account@gmane.org; Thu, 24 Feb 2005 18:45:59 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1D4N5o-0002y0-00; Thu, 24 Feb 2005 11:48:04 -0600 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1D4N5k-0002xv-00 for ding@lists.math.uh.edu; Thu, 24 Feb 2005 11:48:00 -0600 Original-Received: from quimby.gnus.org ([80.91.224.244]) by util2.math.uh.edu with esmtp (Exim 4.30) id 1D4N5h-0005ml-Df for ding@lists.math.uh.edu; Thu, 24 Feb 2005 11:47:57 -0600 Original-Received: from clifford.bwh.harvard.edu ([134.174.9.41] helo=mail.bwh.harvard.edu) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1D4N5g-0003Af-00 for ; Thu, 24 Feb 2005 18:47:56 +0100 Original-Received: (qmail 28251 invoked from network); 24 Feb 2005 17:45:55 -0000 Envelope-Sender: tzz@lifelogs.com Envelope-Recipients: jas@extundo.com, arne@arnested.dk, ding@gnus.org, Original-Received: from asimov.bwh.harvard.edu (HELO asimov) (internal?.8?user:?tzz@[134.174.8.118]) (envelope-sender ) by mail.bwh.harvard.edu (qmail-ldap-1.03) with SMTP for ; 24 Feb 2005 17:45:53 -0000 Mail-Followup-To: "Simon Josefsson" , "Arne =?iso-8859-1?Q?J?= =?iso-8859-1?Q?=F8rgensen?= " , ding@gnus.org Original-To: "Simon Josefsson" X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" X-Hashcash: 1:20:050224:ding@gnus.org::kselNxmwC6RLF1zV:00003XUm X-Hashcash: 1:20:050224:arne@arnested.dk::1ghGKxjUhICeCaML:0000000000000000000000000000000000000000000004Jmb X-Hashcash: 1:20:050224:jas@extundo.com::lEtAjVwyagKrZue+:00000000000000000000000000000000000000000000009uqj In-Reply-To: (Simon Josefsson's message of "Tue, 22 Feb 2005 18:23:40 +0100") User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) X-Spam-Status: No, score=-1.2 required=5.8 tests=AWL,BAYES_00, SUBJ_HAS_UNIQ_ID autolearn=no version=3.0.1 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on sysblade0.bwh.harvard.edu X-Spam-Score: -3.5 (---) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu X-MailScanner-From: ding-owner+m8439@lists.math.uh.edu X-MailScanner-To: ding-account@gmane.org Xref: main.gmane.org gmane.emacs.gnus.general:59898 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:59898 On Tue, 22 Feb 2005, jas@extundo.com wrote: > Arne J=F8rgensen writes: >=20 >> Arne J=F8rgensen writes: >> >>> (smime-ask-passphrase): Use `password-read-and-add' to read (and >>> cache) password. >> >> I noticed that `encrypt-password-cache-expiry' defaults to 200 seconds >> _and_ when set, sets `password-cache-expiry' (default value 16 >> seconds) too. >> >> Since both are loaded by gnus the value of `password-cache-expiry' >> ends up being 200 seconds. Is this wise? >=20 > I don't think so. >=20 > I removed e-p-c-e, it wasn't used except as part of the custom group, > and added the password-* variables to the defgroup MEMBERS parameter, > so they will end up in the encrypt custom group as well. This is fine. I meant to fix it, myself, but forgot about it. Sorry. Thanks for catching it, Arne. Ted