Re: Bugs in xemacs' rmail, flim, mel, and vm
shivers(a)cc.gatech.edu writes:
> Fixes: One of two things needs to be done
> - Fix the rmail/tm interaction
> - Provide rmail mime support from an alternate, non-tm package
> I have stumbled over an emacs-mime.info node describing an alternate
> mime-handling system that appears to packaged with gnus. Perhaps rmail
> could be shifted over to that?
Actually, RMAIL in Emacs can use Gnus' Emacs-MIME for composing, and
using it for viewing is on the todo list. Currently it implements
hooks for MIME viewing, for a third party package RMAIL-MIME.
I just tried out rmail-mime, which seems to come in the semi package.
I couldn't get it to work with xemacs rmail.el -- it needs FSF rmail.el.
Yes. RMAIL in XEmacs has not changed for well over 5 years from what
I can tell, and RMAIL-MIME is fairly recent.
To check the xemacs files, I bypassed Red Hat and directly downloaded
a copy of
ftp://ftp.xemacs.org/pub/xemacs/xemacs-21.4/xemacs-21.4.10-src.tar.gz
ftp://ftp.xemacs.org/pub/xemacs/xemacs-21.4/xemacs-21.4.10.tar.gz
from the Xemacs site. But these tarballs don't contain files like rmail.el
or the semi/ package, so I don't really know where to go to check.
You need additional elisp packages. Get the SUMO file, or download
them manually inside XEmacs. I wish the standard XEmacs tar ball
included all packages. People with limited disk space should go
through extra pain, not the majority of people. In fact, I have
trouble picturing any person with limited disk space that wants to use
emacs at all.
But there is no official SEMI package either, so you will have to get
it from RedHat, or the up-stream tar ball.
In any event, it looks to me like FSF is paying more active attention
to
rmail.el and you might oughtta steal their code.
Definitely. But it takes a volunteer to do it. Anyone that wants to
trash the existing RMAIL package and pull in the emacs sources has
five of my worthless votes. :-)