From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/61002 Path: news.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: What's wrong with my spam.el settings now? Date: Wed, 21 Sep 2005 21:40:09 +0200 Message-ID: References: <87mznufe09.fsf@lucien.dreaming> <4nmzm7k9jb.fsf@lifelogs.com> <87d5n3y89s.fsf@lucien.dreaming> <4nek7iiiho.fsf@lifelogs.com> <87ek7iwjqe.fsf@lucien.dreaming> <4noe6mgu71.fsf@lifelogs.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1127332006 865 80.91.229.2 (21 Sep 2005 19:46:46 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 21 Sep 2005 19:46:46 +0000 (UTC) Original-X-From: ding-owner+m9534@lists.math.uh.edu Wed Sep 21 21:46:44 2005 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EIAWK-0001FC-OI for ding-account@gmane.org; Wed, 21 Sep 2005 21:44:45 +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 1EIAW5-0007xc-00; Wed, 21 Sep 2005 14:44:29 -0500 Original-Received: from nas02.math.uh.edu ([129.7.128.40]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1EIAS7-0007xX-00 for ding@lists.math.uh.edu; Wed, 21 Sep 2005 14:40:23 -0500 Original-Received: from quimby.gnus.org ([80.91.224.244]) by nas02.math.uh.edu with esmtp (Exim 4.52) id 1EIAS1-00071V-2G for ding@lists.math.uh.edu; Wed, 21 Sep 2005 14:40:23 -0500 Original-Received: from 178.230.13.217.in-addr.dgcsystems.net ([217.13.230.178] helo=yxa.extundo.com) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1EIARy-0000vy-00 for ; Wed, 21 Sep 2005 21:40:14 +0200 Original-Received: from latte.josefsson.org (c494102a.s-bi.bostream.se [217.215.27.65]) (authenticated bits=0) by yxa.extundo.com (8.13.4/8.13.4/Debian-3) with ESMTP id j8LJeBZ9009778 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 21 Sep 2005 21:40:13 +0200 Original-To: ding@gnus.org OpenPGP: id=B565716F; url=http://josefsson.org/key.txt X-Hashcash: 1:21:050921:ding@gnus.org::coZssCuf851ZUhgq:nCg In-Reply-To: <4noe6mgu71.fsf@lifelogs.com> (Ted Zlatanov's message of "21 Sep 2005 14:19:14 -0400") User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) X-Spam-Status: No, score=0.1 required=5.0 tests=FORGED_RCVD_HELO autolearn=failed version=3.0.3 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on yxa-iv X-Virus-Scanned: ClamAV version 0.84, clamav-milter version 0.84e on yxa.extundo.com X-Virus-Status: Clean X-Spam-Score: -2.2 (--) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:61002 Archived-At: "Ted Zlatanov" writes: > On Wed, 21 Sep 2005, bkhl@elektrubadur.se wrote: > >> "Ted Zlatanov" writes: >> >>> If you see this on the second entry on an article that was already in >>> the group on the first entry, try another experiment: mark an article >>> with `!' in the summary buffer, then exit. If the ! mark persists, >>> then the unread/unseen state is not preserved correctly, and we need >>> to bug the maintainer of the nnml backend. >> >> That's what happens. Who's that then? > > nnml.el says: > > ;; Authors: Didier Verna (adding compaction) > ;; Simon Josefsson (adding MARKS) > ;; Lars Magne Ingebrigtsen > ;; Masanobu UMEDA > > I would guess that Simon would be a great person to contact, since > this seems marks-related. How is spam.el setting the spam mark? In particular, is it using the gnus-request-set-mark interface? That interface must be called with the flag update whenever any code that alter message flags without going through the summary buffer variables (which are turned into gnus-request-set-mark calls when exiting the group). I suspect what is happening is that spam.el set the spam flag without calling that function, and then the next time you enter the group, the nnml marks code will revert the flag to what is stored under ~/News/nnml/ because it believes those marks to be more recent. If the spam mark should never be synced across Gnus installations, then it should be added to gnus-article-unpropagated-mark-lists, then the nnml code will not revert the spam flag. However, it seems like the spam mark should be synchronized between Gnus installations, should it not? Then the spam.el code has to call the g-r-s-m interface when updating the marks. I didn't actually read any code to answer this, and my memory of all this may be failing.