From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/68465 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: mail group by author? Date: Fri, 17 Apr 2009 15:42:01 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <868wlz1086.fsf@lifelogs.com> References: <87fxgvnz4k.fsf@escher.local.home> <86myajqjec.fsf@lifelogs.com> <87d4bb3ba7.fsf@engster.org> <868wlzfcia.fsf@lifelogs.com> <87hc0n6nq2.fsf@uninett.no> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1240000697 2671 80.91.229.12 (17 Apr 2009 20:38:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 17 Apr 2009 20:38:17 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M16900@lists.math.uh.edu Fri Apr 17 22:39:35 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 1LuuqO-0001WK-Vy for ding-account@gmane.org; Fri, 17 Apr 2009 22:39:29 +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 1Luuor-00051Z-6o; Fri, 17 Apr 2009 15:37:53 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Luuop-00051A-LN for ding@lists.math.uh.edu; Fri, 17 Apr 2009 15:37:51 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.69) (envelope-from ) id 1Luuok-0004Lj-6R for ding@lists.math.uh.edu; Fri, 17 Apr 2009 15:37:51 -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 1LuupA-0002HG-00 for ; Fri, 17 Apr 2009 22:38:12 +0200 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Luuoi-0000Xa-Br for ding@gnus.org; Fri, 17 Apr 2009 20:37:44 +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 ; Fri, 17 Apr 2009 20:37:44 +0000 Original-Received: from tzz by 38.98.147.130 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 17 Apr 2009 20:37:44 +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.92 (gnu/linux) Cancel-Lock: sha1:zVeX1RLAQOEwnbkSsFswUFXCgpI= X-Spam-Score: -1.5 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:68465 Archived-At: On Fri, 17 Apr 2009 22:15:33 +0200 Vegard Vesterheim wrote: VV> On Fri, 17 Apr 2009 11:53:01 -0500 Ted Zlatanov wrote: >> On Fri, 17 Apr 2009 12:07:49 +0200 Vegard Vesterheim wrote: >> VV> I have great hopes for dbmail (dbmail.org). dbmail has an IMAP-backend VV> for retrieving messages. Storing headers (and body) for mail messages VV> into a database, opens possibilities for flexible and efficient VV> queries and retrieval of email messages. >> >> Considering the large amounts of people using IMAP on third-party >> servers nowadays, I think it's best to find an approach that works with >> any IMAP server. I know this is unfair to solutions like dbmail, but >> otherwise we end up with very limited solutions. I think David agrees >> with me from his followup. VV> But dbmail *is* a IMAP server, I do not necessarily suggest any VV> special support for dbmail in Gnus. Having a proper database as VV> storage with search indexes for headers, instead of relying on the VV> filesystem, will hopefully result in a IMAP server with more flexible VV> and efficienct query and retrieval functionality. Support for virtual VV> folders (predefined searches), is more easily accomplished with an VV> infrastructure like this. Sorry, I thought you were implying we should have special support for dbmail's queries (instead of just using the regular IMAP commands). But the IMAP client needs at least some awareness of dbmail's abilities, no? VV> Presorting of mail into statically defined folders is IMHO the wrong VV> approach. I have wasted much time searching for a specific email, only VV> to discover it was filtered into another folder than I had VV> thought. With virtual folders, the same message can be found in VV> several folders, but will still be stored only once, since the folder VV> is really a query on the IMAP server. Managing large collections of data is expensive. No matter how good the database, it's slower to manage all the messages in one set as opposed to partitioning them in some way. In effect, "static" mailboxes are really partitions of the full message set, and the server's storage backend (Maildir+ or some other mechanism) handles the partitioning transparently. VV> Sitewide de-duplication of messages would be an added benefit of VV> this approach. I don't think the savings there are significant. VV> For instance, I would like to have a folder called 'People' with VV> automatically generated subfolders for each person having sent, or VV> recieved, an email to/from me. I would also like to have the VV> possibilities to define folders with names (and content) like: VV> 'Messages_recieved_this_month', 'Messages_I_sent_yesterday' etc. This can be done with the Gnus registry currently. What I'm slowly realizing is that the registry needs to be integrated deeper with Gnus as a sort of "mail crawler" instead of an opportunistic voyeur that can miss mail. In addition, the registry data needs to be storeable somewhere outside the local filesystem. Ted