From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/79780 Path: news.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.gnus.general Subject: Re: This bug is killing me! Date: Tue, 30 Aug 2011 12:12:58 +0200 Message-ID: <8739gjqkb9.fsf@thinkpad.tsdh.de> References: <87pqjnqt5k.fsf@thinkpad.tsdh.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1314699236 26232 80.91.229.12 (30 Aug 2011 10:13:56 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 30 Aug 2011 10:13:56 +0000 (UTC) Cc: Lars Magne Ingebrigtsen To: ding@gnus.org Original-X-From: ding-owner+M28074@lists.math.uh.edu Tue Aug 30 12:13:52 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 1QyLKK-0003WP-3H for ding-account@gmane.org; Tue, 30 Aug 2011 12:13:52 +0200 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 1QyLJf-0007A5-0l; Tue, 30 Aug 2011 05:13:11 -0500 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 1QyLJd-00079t-QN for ding@lists.math.uh.edu; Tue, 30 Aug 2011 05:13:09 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1QyLJc-00056C-El for ding@lists.math.uh.edu; Tue, 30 Aug 2011 05:13:09 -0500 Original-Received: from deliver.uni-koblenz.de ([141.26.64.15]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1QyLJa-0008JA-FB; Tue, 30 Aug 2011 12:13:06 +0200 Original-Received: from localhost (localhost [127.0.0.1]) by deliver.uni-koblenz.de (Postfix) with ESMTP id 4E0AB1A40AC; Tue, 30 Aug 2011 12:13:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at uni-koblenz.de Original-Received: from deliver.uni-koblenz.de ([127.0.0.1]) by localhost (deliver.uni-koblenz.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z281sTtVS3gI; Tue, 30 Aug 2011 12:13:05 +0200 (CEST) X-CHKRCPT: Envelopesender noch tassilo@member.fsf.org Original-Received: from thinkpad.tsdh.de (tsdh.uni-koblenz.de [141.26.67.142]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by deliver.uni-koblenz.de (Postfix) with ESMTPSA id 68D561A40C3; Tue, 30 Aug 2011 12:13:05 +0200 (CEST) In-Reply-To: (Robert Pluim's message of "Tue, 30 Aug 2011 11:27:18 +0200") User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.50 (gnu/linux) X-Spam-Score: -4.9 (----) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:79780 Archived-At: Robert Pluim writes: Hi Robert, >> ,----[ C-h v gnus-propagate-marks RET ] >> | gnus-propagate-marks is a variable defined in `gnus-sum.el'. >> | Its value is t >> | Original value was nil >> `---- >> >> BTW: I think, that the default of this variable should be t nowadays, >> where it's pretty common that people use different clients for >> accessing their mail (Gnus on "real" computers, Whatever on their >> phones, the web interfaces of their mail providers, etc.). > > I just tried setting that to true, and all the unread counts on my > nntp groups (which I access only via Gnus), became wrong (as in much > too high). Does this mean there is stale info in the backend that I > need to regenerate or delete? I don't have a clue. But NNTP doesn't track marks at the server-side anyway, so at least in theory, the value of that variable shouldn't have any effect on newsgroups... Did you change the value while gnus was running? If so, maybe that had some ill-effect... And by the way: Lars changed the default for gnus-propagate-marks to t with commit 4bf6dfbeba571f84b1da5c34d2423e3059814ccf on February, 16th, but with his commit e5c3a381 on March, 5th it's back to nil again, but instead an exception for IMAP is added to always propagate marks if the server supports it. So Lars, for what's gnus-propagate-marks good for now after this change? IMAP is the only backend with server-marks anyway, isn't it? And back to the original question. Dave, what do you get when you evaluate (gnus-method-option-p (gnus-find-method-for-group "nnimap+YourServer:INBOX") 'server-marks) If you get '(server-marks), then my guess that the problem is caused by not propagating marks might be false (or some problem happens while doing so...). Bye, Tassilo -- Sent from my Emacs