From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/68449 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: mail group by author? Date: Tue, 14 Apr 2009 11:39:39 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <86myajqjec.fsf@lifelogs.com> References: <87fxgvnz4k.fsf@escher.local.home> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1239726966 10129 80.91.229.12 (14 Apr 2009 16:36:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 14 Apr 2009 16:36:06 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M16885@lists.math.uh.edu Tue Apr 14 18:37:25 2009 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1LtldM-000059-Jg for ding-account@gmane.org; Tue, 14 Apr 2009 18:37:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1Ltlbm-00084t-5Q; Tue, 14 Apr 2009 11:35:38 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Ltlbk-00084S-DY for ding@lists.math.uh.edu; Tue, 14 Apr 2009 11:35:36 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.69) (envelope-from ) id 1Ltlbe-0003B0-Jj for ding@lists.math.uh.edu; Tue, 14 Apr 2009 11:35:36 -0500 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1Ltlc4-0006XT-00 for ; Tue, 14 Apr 2009 18:35:56 +0200 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Ltlba-00069p-U5 for ding@gnus.org; Tue, 14 Apr 2009 16:35:27 +0000 Original-Received: from 38.98.147.130 ([38.98.147.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Apr 2009 16:35:26 +0000 Original-Received: from tzz by 38.98.147.130 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Apr 2009 16:35:26 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 60 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 38.98.147.130 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" User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.0.91 (gnu/linux) Cancel-Lock: sha1:PrMay0CxnC0sQYn5SKNyBQBtgqM= X-Spam-Score: -1.5 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:68449 Archived-At: On Mon, 30 Mar 2009 13:57:02 +0200 David Engster wrote: DE> Stephen Berman writes: >> Is it possible to make a temporary group consisting of mails by a >> specific person whose mail articles may be scattered across many >> different groups? I would like to do this to this to be able to see all >> mail by given people, regardless of which groups the individual mails >> are stored in. DE> Maybe the Gnus registry could be used for creating such temporary DE> groups, but as far as I know there's nothing implemented yet that does DE> what you want right away. This is really easy to implement as far as locating the message IDs and article groups+numbers. The hard part is to make all those articles into one group, I don't know how to do that. But I can write the first part if you need it. On Tue, 31 Mar 2009 13:35:10 +0200 David Engster wrote: DE> Tassilo Horn writes: >> But probably the registry could jump in here (at least if I've read the >> message in the original group before and omit virtual groups from >> registration). DE> Yes, I guess this could be scripted somehow, since the virtual DE> groups are in their own namespace anyway. But indeed, the registry DE> would have to see the original message in the original group DE> beforehand. I already struggled with that problem with nnmairix, and DE> don't yet know how to solve that efficiently, especially since I'm DE> splitting with procmail on the server and not with Gnus. The registry could periodically visit all groups to see new messages. But that's messy. It could also read a "dribble" file with the message IDs and groups it needs to refresh. The gnus.registry.eld file could live on the server and get rsynced to the clients or opened remotely through Tramp. Since the registry is pure data storage, it is not hard to serialize it to and from a database. Registry queries currently assume the data structure is local, but that can be easily modified to query the remote. A remote DB may in fact be the best option, either something relaxed like CouchDB or SimpleDB, or something more constrained like a standard RDBMS schema. A benefit of CouchDB or SimpleDB is that users could make their registry publically readable, so I'm in favor of that. Tying mairix and other search backends into the same DB is also a good idea. On Tue, 31 Mar 2009 14:23:19 +0200 Tassilo Horn wrote: TH> Yes, I do so with SIEVE, too + some very restricted local fancy TH> splitting with gnus-registry-split-fancy-with-parent. Therefore it TH> would be nice to do the registration of messages not on reading them but TH> somewhere after fetching and splitting. You mean after SIEVE splitting? I don't know much about SIEVE on the server, can you hook scripts to a step? If yes it may be possible to tie it into the above database discussion. Ted