[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Rmail-mbox branch

From: Paul Michael Reilly
Subject: Re: Rmail-mbox branch
Date: Mon, 18 Aug 2008 01:15:53 -0400
User-agent: Thunderbird (X11/20080501)

Stefan Monnier wrote:
In any case, to head off more branch and merge grief, right now I'm
considering taking an approach of doing a minimalist clone of the mbox
code to my CVS trunk based workspace and call it Pmail for lack of a
better name.  The goal is to allow me to work on both Rmail/babyl and
Rmail/mbox simultaneously.  It might seem like more work but I have a
strong hunch that being able to work on both versions side by side
will help increase the chance that this project will actually get

You mean you want to replace the branch by combining both features so
they coexist in the same branch (e.g. in the trunk)?

That sounds like a good plan.  Even better if you can avoid duplicating
files, using (if rmail-mbox <somecode> <othercode>) where
necessary instead.

As long as the BABYL code is not broken before the mbox code works, and
as long as there is clear understanding that we *will* finish the mbox
support, you could even install this code on the trunk so people can
test it just by (setq rmail-mbox t).

I'm not quite to that point yet but it is worth working towards even if difficult. For now, I just committed a bunch of "pmail*.el" files in lisp/mail that will allow developers to test Rmail/mbox using M-x pmail.

My long term goal is to replace my use of Thunderbird with Rmail/mbox as the first step. The next step is to test Rmail/mbox using imap via Gnu Mailutils (for the movemail/imap support) so my Rmail/mbox testing will be geared very much to my day-day use of email, rather than specific test cases. A good thing, I think.

But the real good news, IMHO, is that we can now work on finishing Rmail/mbox in the trunk rather than have to use an evil branch.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]