From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/61045 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: Thu, 29 Sep 2005 19:54:33 +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> <4n64smz4gg.fsf@lifelogs.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1128016984 6739 80.91.229.2 (29 Sep 2005 18:03:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 29 Sep 2005 18:03:04 +0000 (UTC) Original-X-From: ding-owner+m9577@lists.math.uh.edu Thu Sep 29 20:03:02 2005 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EL2hk-0002RP-Rt for ding-account@gmane.org; Thu, 29 Sep 2005 20:00:25 +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 1EL2hJ-0007Oy-00; Thu, 29 Sep 2005 12:59:57 -0500 Original-Received: from nas01.math.uh.edu ([129.7.128.39]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1EL2cG-0007Oq-00 for ding@lists.math.uh.edu; Thu, 29 Sep 2005 12:54:44 -0500 Original-Received: from quimby.gnus.org ([80.91.224.244]) by nas01.math.uh.edu with esmtp (Exim 4.52) id 1EL2cE-0002wO-Pc for ding@lists.math.uh.edu; Thu, 29 Sep 2005 12:54:44 -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 1EL2c9-0003bg-00 for ; Thu, 29 Sep 2005 19:54:37 +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 j8THsZFi022678 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 29 Sep 2005 19:54:36 +0200 Original-To: ding@gnus.org OpenPGP: id=B565716F; url=http://josefsson.org/key.txt X-Hashcash: 1:21:050929:ding@gnus.org::YsGx9sPzq6O76gJb:5Qgi In-Reply-To: <4n64smz4gg.fsf@lifelogs.com> (Ted Zlatanov's message of "27 Sep 2005 15:38:23 -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-MIME-Autoconverted: from 8bit to quoted-printable by yxa.extundo.com id j8THsZFi022678 X-Spam-Score: -2.3 (--) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:61045 Archived-At: "Ted Zlatanov" writes: > On Wed, 21 Sep 2005, jas@extundo.com wrote: > >> 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 do it with gnus-summary-mark-article: > > 5 matches for "mark-article" in buffer: spam.el > 1325: (gnus-summary-mark-article article gnus-spam-mark)) > 1387: (gnus-summary-mark-article article gnus-expirable-mark))) > 1427: (gnus-summary-mark-article article gnus-unread-mark)) > 1432: (gnus-summary-mark-article article gnus-expirable-mark)) > 1708: (gnus-summary-mark-article article gnus-spam-mark)) > > which worked fine so far. > > If that's wrong, what's the right way to do it (if you can point me to > code that does the right thing, I'll make sure to implement mine the > same way)? > >> 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. > > The spam mark is ephemeral, it only matters for the duration of a > summary visit. When you exit, spam-marked articles get processed and > expired. I did this intentionally when I started writing the spam.el > logic. Ok, this all looks good. I misunderstood the original report. The problem seem to be with the seen/unseen mark, not the spam mark. Bj=F6rn, how are you quitting the group? Are you exiting it with 'q' to save the marks? If you type G E on the group before entering, and save the list of articles associated with 'seen', then enter the group and read a few articles and quit the group using 'q', and press G E again, do the 'seen' list look the same? What is your general setup? Is your ~/News/marks directory read-only somehow? I don't recall any reports of seen/unseen troubles like this at all.