From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/58286 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: nnimap problem solved by removing .agentview and .overview Date: Tue, 17 Aug 2004 18:40:35 +0200 Sender: ding-owner@lists.math.uh.edu Message-ID: References: <871xidtl04.fsf@mail.contactor.se> <83u0v25ue8.fsf@torus.sehlabs.com> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1092760912 25060 80.91.224.253 (17 Aug 2004 16:41:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 17 Aug 2004 16:41:52 +0000 (UTC) Original-X-From: ding-owner+M6827@lists.math.uh.edu Tue Aug 17 18:41:43 2004 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Bx71r-000393-00 for ; Tue, 17 Aug 2004 18:41:43 +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 1Bx712-0000kk-00; Tue, 17 Aug 2004 11:40:52 -0500 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1Bx70x-0000kf-00 for ding@lists.math.uh.edu; Tue, 17 Aug 2004 11:40:47 -0500 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by util2.math.uh.edu with esmtp (Exim 4.30) id 1Bx70x-0000kF-AE for ding@lists.math.uh.edu; Tue, 17 Aug 2004 11:40:47 -0500 Original-Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by justine.libertine.org (Postfix) with ESMTP id 228B93A0027 for ; Tue, 17 Aug 2004 11:40:45 -0500 (CDT) Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1Bx70t-00024J-00 for ; Tue, 17 Aug 2004 18:40:43 +0200 Original-Received: from c494102a.s-bi.bostream.se ([217.215.27.65]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 17 Aug 2004 18:40:43 +0200 Original-Received: from jas by c494102a.s-bi.bostream.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 17 Aug 2004 18:40:43 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: ding@gnus.org Original-Lines: 64 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: c494102a.s-bi.bostream.se User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:APBKhNsYT33hoF+fN1tJX+GEU/g= Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:58286 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:58286 "Steven E. Harris" writes: > Simon Josefsson writes: > >> The unread article count in group buffer is only an estimate. In >> situations like this, it will be wrong. But I thought there was >> some workaround for this. What's the value of >> `gnus-after-getting-new-news-hook' for you? It should include >> `gnus-fixup-nnimap-unread-after-getting-new-news'. > > ,----[ gnus-after-getting-new-news-hook ] > | `gnus-after-getting-new-news-hook' is a variable declared in Lisp. > | -- loaded from "gnus-start" > | > | Value: (gnus-display-time-event-handler gnus-fixup-nnimap-unread-after-getting-new-news) > | > | Documentation: > | *A hook run after Gnus checks for new news when Gnus is already running. > `---- > > The fixup hook is in there, but it's not doing its job. I did note > that hitting M-g on the group before entering it fixes the > count. Perhaps this hook is not getting run upon initial connection. If someone could debug this, that would be good. One would have to verify that the IMAP data returned from the server is actually accurate, first, and then check that the hook does the right thing. I'm not sure I can assist with this via email... >> They are supposed to be stored on the server, if the server support >> client-specific flags. Do (setq imap-log t) and look in *imap-log* >> buffer for the PERMANENTFLAGS value for the mailbox, e.g.: >> >> * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen NonJunk \*)] >> >> The \* is the critical value. If it is absent, Gnus cannot store >> non-standard flags on the server. > > ,---- > | 187 EXAMINE "INBOX.lists.gnus-ding" > | * FLAGS (\Draft \Answered \Flagged \Deleted \Seen \Recent) > | * OK [PERMANENTFLAGS ()] No permanent flags permitted > | * 29 EXISTS > | * 0 RECENT > | * OK [UIDVALIDITY 1067647543] Ok > | * OK [MYRIGHTS "acdilrsw"] ACL > | 187 OK [READ-ONLY] Ok > `---- > > Lovely. Is this something that I can appeal to my ISP's administrators > to enable, or is it an inherent feature lack in a given IMAP > implementation (in this case, Courier)? Most likely the latter, alas. > Just to reiterate, though, .newsrc.eld is in fact quite necessary for > maintaining proper IMAP state if the server isn't as complicit as Gnus > would prefer. Perhaps we can move these nnimap marks out of > .newsrc.eld, or at least echo them into marks files like the NNTP > backends do. Yes, that would be possible. Nnimap could decide which marks the server doesn't support, and write those in ~/News/marks/nnimap:foo/ or somewhere, which then could be synced.