From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/57042 Path: main.gmane.org!not-for-mail From: Jonas Steverud Newsgroups: gmane.emacs.gnus.general Subject: Re: Configuring spam.el: A few questions Date: Fri, 16 Apr 2004 11:42:25 +0200 Organization: The Deciples of Albericht Nibelungen Sender: ding-owner@lists.math.uh.edu Message-ID: References: <4nvfkkvodw.fsf@lifelogs.com> <4n7jwhaug6.fsf@b2-25-3.bwh.harvard.edu> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1082108644 31106 80.91.224.253 (16 Apr 2004 09:44:04 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 16 Apr 2004 09:44:04 +0000 (UTC) Original-X-From: ding-owner+M5582@lists.math.uh.edu Fri Apr 16 11:43:53 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 1BEPt3-0008Qs-00 for ; Fri, 16 Apr 2004 11:43:53 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1BEPrW-00033j-00; Fri, 16 Apr 2004 04:42:18 -0500 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1BEPrK-00033b-00 for ding@lists.math.uh.edu; Fri, 16 Apr 2004 04:42:06 -0500 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by util2.math.uh.edu with esmtp (Exim 4.30) id 1BEPrJ-0004HK-Ty for ding@lists.math.uh.edu; Fri, 16 Apr 2004 04:42:05 -0500 Original-Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by justine.libertine.org (Postfix) with ESMTP id BCB843A0034 for ; Fri, 16 Apr 2004 04:42:02 -0500 (CDT) Original-Received: from c-ec5372d5.036-4-67626721.cust.bredbandsbolaget.se.bredband.net ([213.114.83.143] [213.114.83.143]) by mxfep02.bredband.com with ESMTP id <20040416094201.LKCF20525.mxfep02.bredband.com@c-ec5372d5.036-4-67626721.cust.bredbandsbolaget.se.bredband.net> for ; Fri, 16 Apr 2004 11:42:01 +0200 Original-To: ding@gnus.org Mail-Copies-To: never In-Reply-To: <4n7jwhaug6.fsf@b2-25-3.bwh.harvard.edu> (Ted Zlatanov's message of "Thu, 15 Apr 2004 15:54:01 -0400") User-Agent: Gnus/5.110001 (No Gnus v0.1) Emacs/21.3 (darwin) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:57042 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:57042 Ted Zlatanov writes: > On Sat, 03 Apr 2004, tvrud@bredband.net wrote: [...] >> I quite don't understand the difference between the >> (: gnus-registry-split-fancy-with-parent) and the >> (: nnmail-split-fancy-with-parent). Anyone that cares to explain the >> difference and/or the idea behind the registry? > > The registry is a way to keep track of articles by message ID, and to > record in what groups that message ID has been seen. Tracking parent > articles is done with the References header, which indicates the > message IDs of parent articles. Article copies, moves, and deletions > are tracked. > > The nnmail-split-fancy-with-parent method was the inspiration, and > it's quite similar, but it's more limited because it only works for > nnmail. I see. One reason for my confusion where the line "This is the gnus-registry.el package, works with other backends besides nnmail.", which I interpret as "the registry does not work with nnmail." I later realises what the "besides" nnmail means in this context. My fault, sorry. I found a ... bug or flaw, depending on how you see it, in nnmail-split-fancy-with-parent. If I copy one of you emails to another group, e.g. nnfolder:ToDo, responses end up in the ToDo group instead of in the Ding group. In one sense, this is correct behavior but how do I make it not happen for copied mails? Not that it is a big issue, I'm just curious. If I've understood it correctly, nnmail is the mail handling interface, the front end "Gnus" sees and then it uses a number of backends like nnfolder to actually store and handle the emails. Right? I.e. nnmail is not a backend that can replace nnfolder et all. > "Unseen" are those articles you never saw before. > > "Unread" are those that are not marked read, expired, ticked, etc. This could be added to the Terminology node in the info file (which I just found) (and which could do with some M-x sort-lines ;-) ). IMHO. Thank you very much for your help! I will implement this in a matter of hours, I think. :-D -- ( http://hem.bredband.net/steverud/ ! Wei Wu Wei ) ( Meaning of U2 Lyrics, Roleplaying ! To Do Without Do )