From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/40959 Path: main.gmane.org!not-for-mail From: Paul Grayson Newsgroups: gmane.emacs.gnus.general Subject: Re: can back end keep track of *all* group info? Date: 24 Dec 2001 12:57:12 -0600 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035176433 3686 80.91.224.250 (21 Oct 2002 05:00:33 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 05:00:33 +0000 (UTC) Return-Path: Original-Received: (qmail 23518 invoked from network); 24 Dec 2001 19:00:15 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 24 Dec 2001 19:00:15 -0000 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 16IaI1-0001UE-00; Mon, 24 Dec 2001 12:57:33 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 24 Dec 2001 12:57:23 -0600 (CST) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id MAA06182 for ; Mon, 24 Dec 2001 12:57:10 -0600 (CST) Original-Received: (qmail 23441 invoked by alias); 24 Dec 2001 18:57:14 -0000 Original-Received: (qmail 23436 invoked from network); 24 Dec 2001 18:57:14 -0000 Original-Received: from havana.ks.uiuc.edu (HELO ks.uiuc.edu) (130.126.120.73) by gnus.org with SMTP; 24 Dec 2001 18:57:14 -0000 Original-Received: from irkutsk.ks.uiuc.edu (irkutsk.ks.uiuc.edu [130.126.120.101]) by ks.uiuc.edu (8.11.2/8.11.2) with ESMTP id fBOIvCc07984; Mon, 24 Dec 2001 12:57:12 -0600 (CST) Original-Received: (from pgrayson@localhost) by irkutsk.ks.uiuc.edu (8.11.6/8.9.3) id fBOIvC215680; Mon, 24 Dec 2001 12:57:12 -0600 X-Authentication-Warning: irkutsk.ks.uiuc.edu: pgrayson set sender to pdg@alum.mit.edu using -f Original-To: ding@gnus.org In-Reply-To: Original-Lines: 36 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:40959 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:40959 Simon Josefsson writes: > ... > M-g on the group makes Gnus update the estimate with real information > though. > Making the Group buffer use the real values from the backend, when > they are able to provide that data, should fix this problem and be > very useful. Shouldn't be too difficult to do, I think. Okay, I think that I'm starting to see what I need to do to trick gnus into working correctly with my server. M-g now updates my groups quite well. However, 'g' still displays only the groups with ticked articles, and never thinks any groups have unread articles. Is there an easy way to replace whatever 'g' uses currently with the M-g update? I'd like it to only display the groups that have new messages, and I want 'n' at the end of one group to jump correctly to the next unread group, so changing %y (as Kai proposed) isn't going to be good enough, right? Is the only difference between M-g and whatever 'g' does to each group that -request-group is called with the 'dont-check' option in the latter? > If you implement `gnus-request-set-mark' your backend should at least > receive all flags as set by Gnus. The other way is handled via > `nnchoke-request-update-info', but I'd agree that this is called too > many times and still not enough times. (This is way nnimap doesn't > have a `nnimap-request-update-info' but rather calls this function > internally upon group entry, in `nnimap-request-group' -- which > doesn't seem to cause any problems.) Yes, I'll do that. I think that my main problem is displaying the correct groups and unread counts. Thanks, and have a merry Christmas! -Paul