* RMAIL in the next release
@ 2004-05-10 8:13 Eli Zaretskii
2004-05-10 14:23 ` Stefan Monnier
2004-05-10 17:55 ` Richard Stallman
0 siblings, 2 replies; 5+ messages in thread
From: Eli Zaretskii @ 2004-05-10 8:13 UTC (permalink / raw)
IIRC, there's a special branch of Emacs where RMAIL was modified to
not convert the incoming mail to the Babyl format, and instead store
it in the mbox fiormat. I think there was also some support for MIME
in that branch.
How about merging that branch with CVS HEAD now, so that it could be
part of the next release?
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: RMAIL in the next release
2004-05-10 8:13 RMAIL in the next release Eli Zaretskii
@ 2004-05-10 14:23 ` Stefan Monnier
2004-05-10 16:13 ` Paul Michael Reilly
2004-05-10 17:55 ` Richard Stallman
1 sibling, 1 reply; 5+ messages in thread
From: Stefan Monnier @ 2004-05-10 14:23 UTC (permalink / raw)
Cc: emacs-devel
> IIRC, there's a special branch of Emacs where RMAIL was modified to
> not convert the incoming mail to the Babyl format, and instead store
> it in the mbox fiormat. I think there was also some support for MIME
> in that branch.
Oops, completely forgot about that one. We had already decided to merge it
into the trunk (the reason at the time was to get it better tested), but
it looks like noone did it.
Is the maintainer of that branch somewhere? I think it'd be fair to merge
it in, but only if it's currently considered "fine" by the few people who
tested it and if the maintainer is around so he can deal with the
bug reports.
Stefan
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: RMAIL in the next release
2004-05-10 14:23 ` Stefan Monnier
@ 2004-05-10 16:13 ` Paul Michael Reilly
2004-05-11 7:26 ` Eli Zaretskii
0 siblings, 1 reply; 5+ messages in thread
From: Paul Michael Reilly @ 2004-05-10 16:13 UTC (permalink / raw)
Cc: Eli Zaretskii, emacs-devel
Stefan Monnier wrote:
>>IIRC, there's a special branch of Emacs where RMAIL was modified to
>>not convert the incoming mail to the Babyl format, and instead store
>>it in the mbox fiormat. I think there was also some support for MIME
>>in that branch.
>
>
> Oops, completely forgot about that one. We had already decided to merge it
> into the trunk (the reason at the time was to get it better tested), but
> it looks like noone did it.
>
> Is the maintainer of that branch somewhere? I think it'd be fair to merge
> it in, but only if it's currently considered "fine" by the few people who
> tested it and if the maintainer is around so he can deal with the
> bug reports.
If you're talking about merging the branch in to test it for some
prolonged period, then go for it. I will respond to bug reports,
although it has been many, many months since I last worked on this piece
of code. If you have in mind to ship it anytime soon then that is a bad
idea. It has not been sufficiently tested to release yet. In that case
do the merge right after the release so the code can have a suitable
test period by the Emacs developers.
-pmr
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: RMAIL in the next release
2004-05-10 8:13 RMAIL in the next release Eli Zaretskii
2004-05-10 14:23 ` Stefan Monnier
@ 2004-05-10 17:55 ` Richard Stallman
1 sibling, 0 replies; 5+ messages in thread
From: Richard Stallman @ 2004-05-10 17:55 UTC (permalink / raw)
Cc: emacs-devel
IIRC, there's a special branch of Emacs where RMAIL was modified to
not convert the incoming mail to the Babyl format, and instead store
it in the mbox fiormat. I think there was also some support for MIME
in that branch.
How about merging that branch with CVS HEAD now, so that it could be
part of the next release?
This was waiting for me to modify unrmail so that it did not depend
on Rmail.
I have now done that rewrite and installed it. The new unrmail for me
with a small amount of testing, but it definitely needs more. In particular
I am not sure it really works right for various coding systems and not
sure it handles the attributes and keywords correctly.
Could people try it, and report to me that they have tried it?
This needs to be tested pretty thoroughly before we switch
to the new Rmail.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: RMAIL in the next release
2004-05-10 16:13 ` Paul Michael Reilly
@ 2004-05-11 7:26 ` Eli Zaretskii
0 siblings, 0 replies; 5+ messages in thread
From: Eli Zaretskii @ 2004-05-11 7:26 UTC (permalink / raw)
Cc: emacs-devel
> Date: Mon, 10 May 2004 12:13:00 -0400
> From: Paul Michael Reilly <pmr@pajato.com>
>
> If you're talking about merging the branch in to test it for some
> prolonged period, then go for it. I will respond to bug reports,
> although it has been many, many months since I last worked on this piece
> of code. If you have in mind to ship it anytime soon then that is a bad
> idea. It has not been sufficiently tested to release yet.
Since the pretest has not started yet, we are looking at several
months worth of testing anyway (based on past experience of Emacs
releases).
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2004-05-11 7:26 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-05-10 8:13 RMAIL in the next release Eli Zaretskii
2004-05-10 14:23 ` Stefan Monnier
2004-05-10 16:13 ` Paul Michael Reilly
2004-05-11 7:26 ` Eli Zaretskii
2004-05-10 17:55 ` Richard Stallman
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.