From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/76350 Path: news.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: upgrade notes Date: Fri, 04 Feb 2011 09:42:21 -0800 Organization: Programmerer Ingebrigtsen Message-ID: <87hbcj8znm.fsf@gnus.org> References: <87y65v91ef.fsf@gnus.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1296841395 20773 80.91.229.12 (4 Feb 2011 17:43:15 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 4 Feb 2011 17:43:15 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M24703@lists.math.uh.edu Fri Feb 04 18:43:10 2011 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.69) (envelope-from ) id 1PlPgY-0005az-TV for ding-account@gmane.org; Fri, 04 Feb 2011 18:43:07 +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 1PlPgB-00041Q-DP; Fri, 04 Feb 2011 11:42:43 -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 1PlPg9-000419-EO for ding@lists.math.uh.edu; Fri, 04 Feb 2011 11:42:41 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1PlPg4-0005jq-OH for ding@lists.math.uh.edu; Fri, 04 Feb 2011 11:42:40 -0600 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1PlPg2-0003Aq-IB for ding@gnus.org; Fri, 04 Feb 2011 18:42:34 +0100 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PlPg1-0005CN-5R for ding@gnus.org; Fri, 04 Feb 2011 18:42:33 +0100 Original-Received: from baybryj.net ([198.144.208.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 Feb 2011 18:42:33 +0100 Original-Received: from larsi by baybryj.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 04 Feb 2011 18:42:33 +0100 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 76 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: baybryj.net Mail-Copies-To: never User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:Erc7aAP/845kkdsJDfurcVYgKKg= X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:76350 Archived-At: Wes Hardaker writes: > Well, you could do things like use empty variables and empty files to > ensure that existing config at least loads even if the contents no > longer work (and the imap-shell-variable would have a "obsolete" > variable in the variable document text). Yes... reintroducing the imap-shell-variable as an obsolete variable would make sense, but in my experience having non-used variables around just confuses people even more. But erroring out when starting up certainly isn't nice, either. > gpg.el: > (error "The gpg.el file is no longer needed; please stop requiring > it. In 2020 this file will be removed permanently") I don't know what happened to gpg.el, exactly. Anybody? Anyway, we've removed a bazillion files (for some values of bazillion) from Gnus in this cycle, which I think is the right thing to do. People shouldn't require files in that way. :-) >>> + My folders no longer show which folders have new messages in them. > > [btw, I meant the % mark in the group buffer; I may not have made that > clear] Oh, right. Otherwise everything is OK? It's showing the correct number of messages and everything? The % mark is something that I must admit I can't recall ever hearing about, even though "git blame" claims that I added it in 1998. So it's supposed to appear on groups that have new mail after you do a `g'? That sounds quite useful, actually. :-) Let's see... Hm, it just looks up stuff in `nnmail-split-history', and that variable is only filled when we're doing client-side splits, which explains why it's never triggering for you. Since you're not doing client-side splits. I wonder what the old nnimap did... Ah: (when (> (or (imap-mailbox-get 'recent group nnimap-server-buffer) 0) 0) (push (list (cons group 0)) nnmail-split-history)) Whenever there's any messages marked as `recent' (which is the same as unseen, in Gnus parlance), then it just pushes a dummy thing that matches onto nnmail-split-history. This is totally different from what other mail backends do -- the % mark will only show up on groups that had new messages *this* `g', and not show up on all groups that have unseen messages. Is this correct? The `%' would stay there over several `g' runs? I may be misreading the code. The ?U spec shows the number of unseen messages. So I don't know what the right fix here would be. 1) Ignore the issue. "% is for client-side splits" 2) Have nnimap follow the semantics for the other mail backends, and add a dummy thing to nnmail-split-history if a `g' registers new messages. Simple enough to do. 3) Add a new ?W spec (or something) that would just show a "%" on all groups with unseen messages. -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen