From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/62501 Path: news.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: 'g' not checking nnimap groups Date: Tue, 04 Apr 2006 18:37:27 +0200 Message-ID: <87psjxb8l4.fsf@latte.josefsson.org> References: <877j6i8z1f.fsf@latte.josefsson.org> <87odzhcyae.fsf@latte.josefsson.org> <87y7ylbgb4.fsf@latte.josefsson.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1144168856 8022 80.91.229.2 (4 Apr 2006 16:40:56 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 4 Apr 2006 16:40:56 +0000 (UTC) Cc: ding@gnus.org Original-X-From: ding-owner+m11028@lists.math.uh.edu Tue Apr 04 18:40:54 2006 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FQoaA-0000Ie-O5 for ding-account@gmane.org; Tue, 04 Apr 2006 18:40:42 +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 1FQoZv-0002bq-00; Tue, 04 Apr 2006 11:40:27 -0500 Original-Received: from nas02.math.uh.edu ([129.7.128.40]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1FQoXG-0002bk-00 for ding@lists.math.uh.edu; Tue, 04 Apr 2006 11:37:42 -0500 Original-Received: from quimby.gnus.org ([80.91.224.244]) by nas02.math.uh.edu with esmtp (Exim 4.52) id 1FQoXC-0006Ri-Le for ding@lists.math.uh.edu; Tue, 04 Apr 2006 11:37:42 -0500 Original-Received: from 178.230.13.217.in-addr.dgcsystems.net ([217.13.230.178] helo=yxa.extundo.com) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1FQoX6-00045k-00 for ; Tue, 04 Apr 2006 18:37:32 +0200 Original-Received: from localhost.localdomain (yxa.extundo.com [217.13.230.178]) (authenticated bits=0) by yxa.extundo.com (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k34GbRX1005893; Tue, 4 Apr 2006 18:37:27 +0200 Original-To: gdt@work.lexort.com OpenPGP: id=B565716F; url=http://josefsson.org/key.txt X-Hashcash: 1:21:060404:ding@gnus.org::ZzYVL38ZWiiJMYNr:4r38 X-Hashcash: 1:21:060404:gdt@work.lexort.com::YHdMMLUrdJbwibQt:IJzE In-Reply-To: (gdt@work.lexort.com's message of "Tue, 04 Apr 2006 10:54:52 -0400") User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on yxa-iv X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on yxa.extundo.com X-Virus-Status: Clean X-Spam-Score: -2.5 (--) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:62501 Archived-At: gdt@work.lexort.com writes: > Simon Josefsson writes: > >> Actually, the bug is how (nnimap "foo") ever got into your setup. > > I agree that's a bug. I think I did U and then subscribed to a group, > before I realized the preferred way was to use server mode and browse. I've tried that, and I can't seem to reproduce it. But others have said similar things. Maybe it only happens sometimes. >> The server (nnimap "foo") isn't the same as (nnimap "foo" (nnimap-port >> ...) ...), and Gnus will treat them as different servers. >> Consequently, (nnimap "foo") is treated as an ephemeral server, and >> checked using the slow mechanism (I forgot the reason as to why, but >> it is probably because it is simpler to optimize the primary/secondary >> case). > > But, gnus used the same imap server connection. The "foo" in the > wrong group spec isn't the same as the IMAP server, so it must have > used the nnimap select method in gnus-secondary-select-methods to find > it. Actually, I think Gnus doesn't, but nnimap then locate the same server connection using the server name only. But it was a long time since I looked at this in detail, so I could be wrong, and the only way to find out is to play with edebug and see what happens. > On my list of things to look into if I find spare time: > > add path from UNSEEN count from STATUS to count of new articles in > summmary > > investigate nnimap/agent cache coherency, ensuring articles > deleted/moved by other clients are removed from the agent. Fixing those would be very good, many people have problems related to similar issues. I don't think fixing them is that complicated.