From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.bugs Subject: Re: bug#8050: Gnus does not connect to my IMAP server any more Date: Mon, 07 Mar 2011 12:23:59 -0600 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <874o7e23i8.fsf@lifelogs.com> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1299523221 15758 80.91.229.12 (7 Mar 2011 18:40:21 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 7 Mar 2011 18:40:21 +0000 (UTC) To: bug-gnu-emacs@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Mar 07 19:40:16 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PwfLq-000142-HU for geb-bug-gnu-emacs@m.gmane.org; Mon, 07 Mar 2011 19:40:14 +0100 Original-Received: from localhost ([127.0.0.1]:42706 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PwfLp-0007Ew-UH for geb-bug-gnu-emacs@m.gmane.org; Mon, 07 Mar 2011 13:40:14 -0500 Original-Path: usenet.stanford.edu!news-transit.tcx.org.uk!news.albasani.net!.POSTED!not-for-mail Original-Newsgroups: gnu.emacs.bug Original-Lines: 55 Original-X-Trace: news.albasani.net Z5Jhgmepjhqh7ikXJkxkUOuk/yD5CKJorJUl9fYUDZA5yOeKT9vDAM7AnHZV5WUFiNd+9gWfGPZMGp5bp3H7sQ== Original-NNTP-Posting-Date: Mon, 7 Mar 2011 18:23:59 +0000 (UTC) Injection-Info: news.albasani.net; logging-data="fhRHZ9Y0uPsNH0Tvuy3IzKN8AchN0TlepcEvChB66CLt8aI0PmHNlPT9uumflva3pxxREFvey/Bj12zBPpxMI7MhesZTgmSk4iXEuf4+VyXYo6kwC0R9kWcxvBfce49Z"; mail-complaints-to="abuse@albasani.net" User-Agent: Gnus/5.110014 (No Gnus v0.14) Emacs/24.0.50 (gnu/linux) 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" Cancel-Lock: sha1:RCbRsNqJL2qf95lBgj/j7KpbVF0= sha1:fdiS3Mk0QRiypAHg8raeTBDkWrc= Original-Xref: usenet.stanford.edu gnu.emacs.bug:72059 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:44757 Archived-At: On Sat, 05 Mar 2011 15:13:53 -0500 Stefan Monnier wrote: SM> - But when I'm asked for a user name there is no default, whereas earlier SM> my local user name was used as default (which happens to work for me on SM> most of the machines to which I can connect). Please use the local user SM> name as default in that prompt. I'll add that. I thought I did but must have forgotten. SM> - Also when I'm then asked for a password, the prompt says "Password for SM> user foo, host bar" which is more verbose but not more clear than SM> "Password for foo@bar" used in earlier Gnus. That's the default prompt. Every package can supply their own which makes sense in context. So nnimap.el could supply the password prompt "IMAP password for user %u, host %h:%p" for instance. Does that seem OK to you? If so I can add it to nnimap.el. SM> - I'm asked whether to save the password regardless of whether the SM> password and user names are correct or not. That's really bad. auth-source.el doesn't know at that time whether the authentication will be successful. I think you're saying we need an `auth-source-save' function to be called after the fact instead of a ":create t" parameter. But what about the case where the server is down and yet you know the password is good? Do we throw it away? SM> - When I was asked whether to save my password, the cursor was not shown in SM> the prompt, which looked weird. Maybe it was a temporary redisplay SM> problem (I hit `n' mechanically pretty quickly, so maybe Emacs didn't SM> have time to display the cursor). I'm not sure about that one, I'm just using `read-passwd'. SM> - If the connection fails (e.g. bad password or bad user name), I don't SM> get asked again, instead Gnus continues in offline mode. nnimap.el could use `auth-source-forget+' and then retry that query. But as above, I think you're saying we need to save/cache AFTER authentication success. SM> - After refusing to save the password in authinfo.gpg, I get a message SM> along the lines of "auth-source-search: CREATED 1 results ...". SM> I don't care whether "results" is replaced by "result" when there's SM> only 1, but this looks like a debug message which should disappear. I think it makes sense to show confirmation that we just added to your passwords. It's a rare event and deserves notice. Hiding it by default is quite easy, if you feel strongly about it. I don't. Thanks for the help, as always. Ted