From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Michael Reilly Newsgroups: gmane.emacs.devel Subject: Re: Rmail mbox support status ? Date: Thu, 25 Sep 2008 08:29:37 -0400 Message-ID: <48DB8431.3000604@pajato.com> References: <48DB2CF4.6030504@fastmail.fm> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1222345799 13636 80.91.229.12 (25 Sep 2008 12:29:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 25 Sep 2008 12:29:59 +0000 (UTC) Cc: emacs-devel To: Xavier Maillard Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 25 14:30:57 2008 connect(): Connection refused Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Kipzg-00026f-Kr for ged-emacs-devel@m.gmane.org; Thu, 25 Sep 2008 14:30:52 +0200 Original-Received: from localhost ([127.0.0.1]:46330 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kipye-0005RF-Ba for ged-emacs-devel@m.gmane.org; Thu, 25 Sep 2008 08:29:48 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KipyZ-0005Qw-0t for emacs-devel@gnu.org; Thu, 25 Sep 2008 08:29:43 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KipyX-0005QV-HS for emacs-devel@gnu.org; Thu, 25 Sep 2008 08:29:42 -0400 Original-Received: from [199.232.76.173] (port=41741 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KipyX-0005QS-DZ for emacs-devel@gnu.org; Thu, 25 Sep 2008 08:29:41 -0400 Original-Received: from mail.pajato.com ([68.191.253.210]:38740 helo=copa.pajato.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KipyX-0006k6-6k for emacs-devel@gnu.org; Thu, 25 Sep 2008 08:29:41 -0400 Original-Received: from [127.0.0.1] (copa.pajato.com [68.191.253.210]) by copa.pajato.com (8.14.1/8.13.8) with ESMTP id m8PCTbc6027205; Thu, 25 Sep 2008 08:29:38 -0400 User-Agent: Thunderbird 2.0.0.16 (X11/20080723) In-Reply-To: <48DB2CF4.6030504@fastmail.fm> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (copa.pajato.com [68.191.253.210]); Thu, 25 Sep 2008 08:29:38 -0400 (EDT) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:104142 Archived-At: Xavier Maillard wrote: > Hi, > > Can you explain how I should test and report what is working for me in > the rmail mbox branch for GNU emacs ? The Rmail/mbox branch is dead for all intents and purposes. Here's the Readers Digest version of the story behind the story: After checking out the Rmail/mbox branch I found that it did not build. I then decided that I did not want to work out of a branch mostly because it is a pain in the butt for other developers to test Rmail in a branch. So I went for plan B: clone Rmail in the trunk using a minimalist (and reversible) strategy. I call this clone Pmail. When Pmail is stable for a few testers it will be recast as Rmail and will replace the the current Rmail files. While there are currently pmail*.el files in the trunk, the only relevant (non-stale) one is pmail.el (which means Rmail/mbox summary mode is known to be broken.) The piece that needs to be tested heavily is message decoding and display handling. So if you have an opportunity to display text messages that require decoding that would be very helpful. All the required code is in the one file pmail.el and all my changes needed to test message decoding and display are committed to the trunk. In my testing I set 'pmail-preserve-inbox so that I can alternate between Rmail/babyl and Rmail/mbox. > I thought I had to use pmail (in latest CVS) but I also read that you > were abandoning pmail for something else, am I right ? What I abandoned was the code from the branch. I essentially started over when I found that the branch based code performed abysmally compared to Rmail/babyl for very large mail files (~100MB). This was the proverbial straw. Starting over eliminated many merge issues that had accumulated while the branch code was getting no love. So I killed two birds with one stone, so to speak. > I already converted a real huge BABYL file to mbox and get it captured > by pmail but now I am stuck since I can't use pmail summary. I am currently working on the summary code. I'll make an announcement on the list when it is ready. Thank you very much for helping out. If you find issues with Rmail/mbox please submit a bug and tag it for package "pmail". Hopefully one of Chong or Stefan will make me the "pmail" package maintainer if they have not already done so. -pmr