From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/52510 Path: main.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: Registry.. what is its purpose? Date: Sun, 11 May 2003 07:49:34 -0400 Organization: =?koi8-r?q?=F4=C5=CF=C4=CF=D2=20=FA=CC=C1=D4=C1=CE=CF=D7?= @ Cienfuegos Sender: ding-owner@lists.math.uh.edu Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1052653660 14865 80.91.224.249 (11 May 2003 11:47:40 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 11 May 2003 11:47:40 +0000 (UTC) Cc: ding@gnus.org Original-X-From: ding-owner+M1054@lists.math.uh.edu Sun May 11 13:47:38 2003 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19EpIo-0003ra-00 for ; Sun, 11 May 2003 13:47:38 +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 19EpJy-0005Tk-00; Sun, 11 May 2003 06:48:50 -0500 Original-Received: from sclp3.sclp.com ([64.157.176.121]) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 19EpJq-0005Te-00 for ding@lists.math.uh.edu; Sun, 11 May 2003 06:48:42 -0500 Original-Received: (qmail 79949 invoked by alias); 11 May 2003 11:48:42 -0000 Original-Received: (qmail 79944 invoked from network); 11 May 2003 11:48:42 -0000 Original-Received: from ns2.beld.net (24.233.95.12) by sclp3.sclp.com with SMTP; 11 May 2003 11:48:42 -0000 Original-Received: by ns2.beld.net (Postfix, from userid 102) id D8F333BE1D; Sun, 11 May 2003 07:48:38 -0400 (EDT) Original-Received: from heechee.beld.net (dhcp-0-9-5b-4d-5-59.cpe.beld.net [24.233.82.84]) by ns2.beld.net (Postfix) with ESMTP id CDFDB3BF00; Sun, 11 May 2003 07:48:35 -0400 (EDT) Original-To: Harry Putnam X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" Mail-Followup-To: Harry Putnam , ding@gnus.org In-Reply-To: (Harry Putnam's message of "Sat, 10 May 2003 21:19:42 -0700") User-Agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.2 (gnu/linux) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:52510 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:52510 On Sat, 10 May 2003, hgp@sbcglobal.net wrote: > Sorry for the dumb question but starting at the top of gnus info > manual for 5.10.1 (Which is what came with my cvs 5.10.2) an `index' > search doesn't hit `registry' neither does an `s' search. It's far from stable, so I haven't put any info in the manual yet. > Looking at posted messages about the registry, I find only bits and > pieces, though I'm sure it was fully explained if taken together or > maybe way back down the road some where. > > I wondered if someone in the know about the registry could give an > overview of its purpose in life. That would be me. The registry associates group names and extra data with a Message-ID, not with an article number as the rest of Gnus does. It uses hooks to catch article delete, move, copy, etc. You can set a group/topic parameter of registry-ignore or the variable gnus-registry-ignored-groups if you want to avoid registering particular backends or group names. The registry is saved as an alist in ~/.gnus.registry.eld currently. I'm thinking of an optimized storage format, but Gnus and Emacs don't have a fast file database that I know of. It is currently only used for gnus-registry-split-fancy-with-parent, which is analogous to nnmail-split-fancy-with-parent but it's useful for generic backends (including nnimap, that is). You just call it in your split-fancy and it figures out what group the message belongs to, using the References or In-Reply-To headers (the code was copied from nnmail-split-fancy-with-parent). The registry will be used for spam.el. It will remember if a message was registered with a spam or ham processor, and will be able to undo that action or avoid doing it twice (for instance, if the same message is marked as spam twice by accident, there's no need to process it as spam twice and in fact that may be statistically undesirable). Right now, there are some issues: - the registry may need to be stored in a way that allows multiple machines to share it. I think I will use IMAP storage (imap-db.el which I am developing) to store a generic file in an IMAP group. If the registry is not shared between multiple machines, and one machine does article spooling, copies, moves, or deletions, the other machines will not know to update the article IDs' info in the registry. Suggestions are welcome. - only the short group name is saved, because I could not find a reliable way to get the long group name in every case. This still works, but is not complete. See the source in gnus-registry.el if you are interested in the implementation. Thanks Ted