From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/58999 Path: main.gmane.org!not-for-mail From: "Ted Zlatanov" Newsgroups: gmane.emacs.gnus.general Subject: Re: possible imap.el bug Date: 26 Oct 2004 14:05:30 -0400 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Sender: ding-owner@lists.math.uh.edu Message-ID: <4ny8htmk2d.fsf@lifelogs.com> References: <4nwtxtf84q.fsf@lifelogs.com> <4nfz4gc99o.fsf@lifelogs.com> <4nzn2napoz.fsf@lifelogs.com> <4n7jpranuj.fsf@lifelogs.com> <4nsm8f956n.fsf@lifelogs.com> <4nsm8fcr00.fsf@bwh.harvard.edu> <4nvfd7ubzv.fsf@lifelogs.com> <4nr7nmipee.fsf@bwh.harvard.edu> <4n3c01sen4.fsf@lifelogs.com> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1098813964 24104 80.91.229.6 (26 Oct 2004 18:06:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 26 Oct 2004 18:06:04 +0000 (UTC) Cc: "Ding Mailing List" Original-X-From: ding-owner+M7540@lists.math.uh.edu Tue Oct 26 20:05:58 2004 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13] ident=mail) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CMVhm-0005bH-00 for ; Tue, 26 Oct 2004 20:05:58 +0200 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 1CMVhU-0001yg-00; Tue, 26 Oct 2004 13:05:40 -0500 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1CMVhP-0001yY-00 for ding@lists.math.uh.edu; Tue, 26 Oct 2004 13:05:35 -0500 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by util2.math.uh.edu with esmtp (Exim 4.30) id 1CMVhN-0005Tz-AO for ding@lists.math.uh.edu; Tue, 26 Oct 2004 13:05:33 -0500 Original-Received: from mail.bwh.harvard.edu (sysblade0.bwh.harvard.edu [134.174.9.44]) by justine.libertine.org (Postfix) with ESMTP id EDFA73A003F for ; Tue, 26 Oct 2004 13:05:32 -0500 (CDT) Original-Received: (qmail 4289 invoked from network); 26 Oct 2004 17:55:28 -0000 Envelope-Sender: tzz@lifelogs.com Envelope-Recipients: jas@extundo.com, ding@gnus.org, Original-Received: from asimov.bwh.harvard.edu (HELO asimov) (internal?.9?user:?tzz@[134.174.9.63]) (envelope-sender ) by mail.bwh.harvard.edu (qmail-ldap-1.03) with SMTP for ; 26 Oct 2004 17:55:27 -0000 Mail-Followup-To: "Simon Josefsson" , "Ding Mailing List " 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:10:041026:jas@extundo.com::e1c3bd61fb4ee056:486 X-Hashcash: 1:10:041026:ding@gnus.org::6eb5ca4674c10086:fb7 In-Reply-To: (Simon Josefsson's message of "Tue, 26 Oct 2004 17:54:13 +0200") User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:58999 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:58999 On Tue, 26 Oct 2004, jas@extundo.com wrote: >> Does imap-open have to take a buffer argument? > > If not, it will create a new unique one. I think it is better to name > the server " *nnimap* foo", to mimic how nntp do things. > >> I would make it always create the buffer, to be safe, and because >> reusing the old buffer has no obvious (to me) benefit. > > Passwords, stream preferences, and possibly more useful data, are > stored in the buffer. Those can be costly to discover again. > Especially since IMAP servers typically throw you out after 30 > minutes. Yes, but when it doesn't work that's tough to defend :) I think that get-buffer-or-create will do the right thing anyhow based on the server name in imap-open, so if the buffer already exists it will be selected correctly. In general, I don't understand why buffer names are stored in the nnimap-server-buffer-alist instead of simply generated on the fly. If that buffer exists already, great. If not, it's no problem either. The parameter to imap-open may be a "purpose" parameter like 'nnimap, which can be used in making the buffer name string, but there should be no chance for passing an incorrect buffer as is happening now. >> At some point, it's called with nnimap-server-buffer set to the >> wrong buffer but I don't know where. I do know it happens when many >> articles are moved sequentially between IMAP servers. > > Maybe the problem is in gnus-move.el? > >> I'll keep investigating, but if we can eliminate the buffer argument >> to imap-open I think that would make life much easier. > > Perhaps you could modify your local copy, temporarily? If some code > is using the wrong buffer, perhaps renaming it will somehow trigger > the bug more easily. I'm not sure what you mean here, what should I debug? Ted