From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/76840 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general,gmane.emacs.bugs Subject: Re: bug#8050: Gnus does not connect to my IMAP server any more Date: Wed, 16 Feb 2011 16:08:49 -0600 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87sjvn3a4u.fsf@lifelogs.com> References: <874o836dfv.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1297894172 16861 80.91.229.12 (16 Feb 2011 22:09:32 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 16 Feb 2011 22:09:32 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org To: ding@gnus.org Original-X-From: ding-owner+M25179@lists.math.uh.edu Wed Feb 16 23:09:28 2011 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 1PppYq-0003i3-99 for ding-account@gmane.org; Wed, 16 Feb 2011 23:09:24 +0100 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 1PppYg-0001fR-8W; Wed, 16 Feb 2011 16:09:14 -0600 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1PppYe-0001fA-PJ for ding@lists.math.uh.edu; Wed, 16 Feb 2011 16:09:12 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1PppYd-0006uB-ES for ding@lists.math.uh.edu; Wed, 16 Feb 2011 16:09:12 -0600 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1PppYc-00022E-MP for ding@gnus.org; Wed, 16 Feb 2011 23:09:10 +0100 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PppYb-0003Uf-Rb for ding@gnus.org; Wed, 16 Feb 2011 23:09:09 +0100 Original-Received: from 38.98.147.130 ([38.98.147.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 16 Feb 2011 23:09:09 +0100 Original-Received: from tzz by 38.98.147.130 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 16 Feb 2011 23:09:09 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 60 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 38.98.147.130 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" User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:hqBaj5fWe9tXyYVBZgOmVfAbN3A= X-Spam-Score: -0.7 (/) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:76840 gmane.emacs.bugs:44203 Archived-At: Stefan Monnier , Lars Magne Ingebrigtsen, and Michael Albinus wrote: > Ted Zlatanov wrote: >> I have two usability questions (cross-posting to the Gnus mailing list): >> 1) should we have a global override to say "never add netrc entries", or >> should the prompt be Y/N/y/n instead of just y-or-n-p, or should the >> save question be asked only once per file, or something else? SM> I used to always hit "y" to the question "remember the password", and SM> now I simply always hit "n" to the question "save the password in SM> .authinfo.gpg", so it's no worse than in Emacs-23. SM> If hitting "n" once will remember not to prompt ever again, the only SM> downside I can see is if someone later decides to change her mind, so we SM> should have a simple way to say revert the decision in the future. SM> Maybe the password prompt itself could somehow provide the ability to SM> say "RET + save", tho it's more important for this feature to be easy to SM> find than to be quick. LMI> Hm... if you look at how Firefox deals with this, it asks something LMI> like "save password, don't save now, never save for this host", and I LMI> think that's pretty nice, UX wise. But there isn't a "never ask me LMI> about saving passwords for any hosts ever again", I think? I'll leave it as it is now so it will annoy people into actually saving their passwords and it's not too annoying. But I'll keep this in mind and watch for complaints. >> 2) should auth-source let-bind the password-cache timeout to something >> larger? The default is pretty short and for auth-source I think at >> least 30 minutes are reasonable. It could be a customizable integer. SM> I'm not sure what this entails, but until now, Emacs has been caching my SM> password for the whole session (typically several days) and SM> I like that. I would not want to have to re-enter my password every SM> half hour. MA> If auth-source documents its usage of `password-cache-expiry' properly, MA> it shall be sufficient. I do not like packages, which overwrite my own MA> settings :-) LMI> I'd prefer a longer timeout than 30 minutes as the default. Perhaps two LMI> hours? The customization would be against `auth-source-cache-expiry', which will always be let-bound into `password-cache-expiry'. So it will not overwrite `password-cache-expiry', it will ignore it. I think that's the right thing because we're not caching passwords. See the change I just pushed and tell me if you disagree with it. >> I think this is fixed in the Gnus trunk as far as the auth-source >> credentials go (Lars will have to fix the nnimap code failure on empty >> credentials). LMI> What's a good test case to tickle the bug? Make `nnimap-credentials' return (nil nil). Ted