From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Delivered-To: caml-list@yquem.inria.fr Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by yquem.inria.fr (Postfix) with ESMTP id D1947BC75 for ; Sun, 6 Mar 2005 03:47:48 +0100 (CET) Received: from smtp813.mail.sc5.yahoo.com (smtp813.mail.sc5.yahoo.com [66.163.170.83]) by concorde.inria.fr (8.13.0/8.13.0) with SMTP id j262llQk009774 for ; Sun, 6 Mar 2005 03:47:48 +0100 Received: from unknown (HELO ?192.168.1.100?) (rftp@pacbell.net@63.194.18.166 with plain) by smtp813.mail.sc5.yahoo.com with SMTP; 6 Mar 2005 02:47:46 -0000 Message-ID: <422A6F79.5090803@rftp.com> Date: Sat, 05 Mar 2005 18:48:25 -0800 From: Robert Roessler Organization: Robert's High-performance Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Bandel Cc: caml-list@yquem.inria.fr Subject: Re: [Caml-list] Some hints for Mbox-module signature References: <20050305234638.GA450@first.in-berlin.de> In-Reply-To: <20050305234638.GA450@first.in-berlin.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Miltered: at concorde with ID 422A6F53.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; caml-list:01 oliver:01 bandel:01 ...:98 ...:98 wrote:01 wrote:01 functions:01 implemented:02 hints:03 programming:03 module:03 module:03 let:03 let:03 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on yquem.inria.fr X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=disabled version=3.0.2 X-Spam-Level: Oliver Bandel wrote: > Hello, > > some weeks ago I wrote a small tool to clean up mbox-files, > throwing out multiple mails of an mbox file (throw away > mails with same body). > > Now I just had the idea to write a module that can be used > for more flexible programming then, not specialized to do > one certain task on mbox-files. So, wheras the mentioned program > only is used to throw away mails with same contents of the body, > the Mbox-module should be useful for many tasks, e.g. > selecting mails with a certain header-entry or body-contents > or something like that (maybe, selecting by size). > ... > If you have any suggestions, please let me know about it. Well, there is *one* thing I have always wanted from my mail system - and never seen implemented: I basically like to save *all* emails from and to anyone I have a business relationship with... BUT, sometimes these mails have large (hundreds of KB -> a MB) attachments, which are not really important. The mail itself, along with a small "ghost" of the attachment (name and size) would be enough. I use Mozilla mail which I believe does use the mbox format, along with its own indices which it builds as required. So, if using a utility once in a while to surgically remove some attachments means I would have to delete the indices and let Moz mail rebuild them, no problem. So, as long as your module and its interface make it "easy" to write my own Higher Order Mail Functions (HOMFs) to accomplish tasks like the above, I will be happy to test it for you. :) More seriously, it does seem as if something like the tasks I outline would exercise a goodly fraction of your proposed functionality. Robert Roessler roessler@rftp.com http://www.rftp.com