From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/54559 Path: main.gmane.org!not-for-mail From: Jake Colman Newsgroups: gmane.emacs.gnus.general Subject: Re: gnus-registry-split-fancy-with-parent Date: Thu, 30 Oct 2003 10:31:30 -0500 Sender: ding-owner@lists.math.uh.edu Message-ID: <76y8v2u4h9.fsf@newjersey.ppllc.com> References: <76ptgfu8f5.fsf@newjersey.ppllc.com> <4nr80vu7p8.fsf@lockgroove.bwh.harvard.edu> <76ptgfvljh.fsf@newjersey.ppllc.com> <4nk76mwyju.fsf@lockgroove.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 1067527937 32229 80.91.224.253 (30 Oct 2003 15:32:17 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 30 Oct 2003 15:32:17 +0000 (UTC) Original-X-From: ding-owner+M3100@lists.math.uh.edu Thu Oct 30 16:32:15 2003 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 1AFEmV-0001Mu-00 for ; Thu, 30 Oct 2003 16:32:15 +0100 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 1AFEmO-0008SF-00; Thu, 30 Oct 2003 09:32:08 -0600 Original-Received: from justine.libertine.org ([66.139.78.221]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1AFEmJ-0008S8-00 for ding@lists.math.uh.edu; Thu, 30 Oct 2003 09:32:03 -0600 Original-Received: from newjersey.ppllc.com (unknown [65.206.49.195]) by justine.libertine.org (Postfix) with ESMTP id CD7733A004C for ; Thu, 30 Oct 2003 09:31:32 -0600 (CST) Original-Received: (from colman@localhost) by newjersey.ppllc.com (8.9.3/8.9.3) id KAA29349; Thu, 30 Oct 2003 10:31:30 -0500 (EST) X-Authentication-Warning: newjersey.ppllc.com: colman set sender to colman@ppllc.com using -f Original-To: ding@gnus.org In-Reply-To: <4nk76mwyju.fsf@lockgroove.bwh.harvard.edu> (Ted Zlatanov's message of "Thu, 30 Oct 2003 10:11:17 -0500") User-Agent: Gnus/5.1003 (Gnus v5.10.3) XEmacs/21.4 (Reasonable Discussion, usg-unix-v) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:54559 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:54559 (gnus-registry-initialize) is not part of the Gnus 5.10.2 package in XEmacs. Since I am going to want your support, I decided to bite the bullet and went with the latest cvs gnus. This way, things like (spam-initialize) and (gnus-registry-initialize) all work as you say. Does (gnus-registry-initialize) have to be executed before (spam-initialize) or is there no interdependency? BTW is it required that I "(setq spam-use-bogofilter t)" before doing (spam-initialize)? Using gnus-registry-split-fancy-with-parent I am seeing messages "traced ... to group nil". Why is it never finding a group to put it in? I'm assuming that this test, when it works, will split faster than forcing the email through all my 'any' splits. Is this correct? >>>>> "TZ" == Ted Zlatanov writes: TZ> On Wed, 29 Oct 2003, colman@ppllc.com wrote: >>>>>>> "TZ" == Ted Zlatanov writes: >> TZ> On Wed, 29 Oct 2003, colman@ppllc.com wrote: >> >> I tried using this and gnus crashed out. What is the correct >> >> way use this function? >> >> >> >> gnus-registry is apparently not loaded by default so I >> >> 'require' it early on in my .gnus file (right after I (require >> >> 'spam). >> TZ> That's not enough, you need to do (gnus-registry-initialize). TZ> The registry won't be a Gnus feature formally until after the TZ> current release is out of beta, that's why it's not in the TZ> manual. >> >> I should do (gnus-registry-initialize) right after I 'require' it, >> correct? TZ> I'm pretty sure you don't need to 'require' anything because of the TZ> magic of autoloading, and it works that way for me. >> When the registry is initilalized, it tracks where all articles have >> been filed? And that's what allows >> (gnus-registry-split-fancy-with-parent) to know what to do? TZ> Yes. >> Why doesn't that cause alot of unacceptable overhead? TZ> Well, you can look at the source if you are interested in that level TZ> of detail. Basically we keep a fast index of the article IDs and the TZ> groups they are in. TZ> No, this is fine. You may also want tracking by subject, but TZ> that's optional and experimental. >> >> How would one do that? TZ> Do M-x customize-group gnus-registry and you'll see that option and TZ> some others. Subject tracking is in CVS only, I think. TZ> Usually, yes, this will group threads together. It doesn't TZ> work with some MUAs that don't preserve the References TZ> header, though. >> >> But nothiung bad would happen, right? It would just not be split >> where I might have wanted it go, right? TZ> Right, it will go to the next splitting rule. >> I think the latest gnus package (as available through XEmacs) is >> 5.10.2. Will the registry be part of 5.10.3? Will there be a >> 5.10.3? TZ> I'm not sure about the exact release plans. In the worst case, you TZ> can always get just gnus-registry.el from CVS - it doesn't depend on TZ> anything and nothing depends on it. I think it will be a part of TZ> Gnus, though. TZ> Ted -- Jake Colman Principia Partners LLC Phone: (201) 209-2467 Harborside Financial Center Fax: (201) 946-0320 902 Plaza Two E-mail: colman@ppllc.com Jersey City, NJ 07311 www.principiapartners.com