From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/69265 Path: news.gmane.org!not-for-mail From: Dan Christensen Newsgroups: gmane.emacs.gnus.general Subject: Re: gnus and imap Date: Mon, 07 Dec 2009 13:57:36 -0500 Message-ID: <87ws0yipcv.fsf@uwo.ca> References: <877iabwtjx.fsf@randomsample.de> <87abf51c4m.fsf@marauder.physik.uni-ulm.de> <874p5dm35l.fsf@randomsample.de> <87iqttq7ja.fsf@randomsample.de> <87d4k0t7ga.fsf@randomsample.de> <87myj3wzp7.fsf@randomsample.de> <87y72mn2sy.fsf@randomsample.de> <87r67d3jp9.fsf@randomsample.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1260212334 1084 80.91.229.12 (7 Dec 2009 18:58:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 7 Dec 2009 18:58:54 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M17670@lists.math.uh.edu Mon Dec 07 19:58:47 2009 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.50) id 1NHinH-00004y-Az for ding-account@gmane.org; Mon, 07 Dec 2009 19:58:47 +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 1NHimP-0003G3-Jn; Mon, 07 Dec 2009 12:57:53 -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 1NHimO-0003Ft-HW for ding@lists.math.uh.edu; Mon, 07 Dec 2009 12:57:52 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.69) (envelope-from ) id 1NHimN-0003Uk-2n for ding@lists.math.uh.edu; Mon, 07 Dec 2009 12:57:52 -0600 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1NHimM-0000wv-00 for ; Mon, 07 Dec 2009 19:57:50 +0100 Original-Received: from list by lo.gmane.org with local (Exim 4.50) id 1NHimL-0008Bm-Ms for ding@gnus.org; Mon, 07 Dec 2009 19:57:49 +0100 Original-Received: from bas3-london14-1096778571.dsl.bell.ca ([65.95.131.75]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Dec 2009 19:57:49 +0100 Original-Received: from jdc by bas3-london14-1096778571.dsl.bell.ca with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Dec 2009 19:57:49 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 43 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: bas3-london14-1096778571.dsl.bell.ca User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.1.50 (gnu/linux) Cancel-Lock: sha1:fJv20BrPPNwE90CK4Ivd6tzVoLQ= X-Spam-Score: -2.6 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:69265 Archived-At: In 2008, regarding Vitaly Mayatskikh's patches, David Engster writes: > I've finally come to test your patches. Sorry for the delay. > > I'm still sometimes encountering wrong article counts upon entering a > group. This happens when I delete articles in a group and enter it > without a rescan. The group will then show an unread count which is > usually equal to the number of deleted articles. This gets reset to zero > when you exit the group, so you can only see that with a three-pane > view, where the group buffer is always visible. > > However, this is only indirectly a consequence of your patches. The > problem seems to be that when you delete some articles in a group, the > active information does not get updated in the hash table, so that > (gnus-range-difference active range) will return a range containing the > deleted articles. > > This is all fixable, of course. However, before continuing with this > approach, I'd still like to suggest using a new backend function instead > of storing the number of available articles numbers in the > active-hashtb. The latter implies that we would have to check the whole > Gnus trunk for regressions regarding usage of the active-hashtb, which > will be a lot of work. I think that using something like > nnimap-request-group-articles and leaving the active-hashtb as it is > would be easier to do in the long term. If you (or others) don't object, > I could try to change your patches using that new backend function. > > Best, > David I'm wondering if Vitaly or David have made any progress on the imap unread count. I'm using dovecot, and I regularly get wrong unread counts in my nnimap groups, even with gnus-fixup-nnimap-unread-after-getting-new-news in gnus-after-getting-new-news-hook. I think David's idea of adding an optional backend function which returns more detailed information is the way to go. The core of Gnus can check for this function and use it if it exists, falling back to the old way if not. This allows for a gradual transition without needing massive changes all at once. Dan