Re: Bugs in xemacs' rmail, flim, mel, and vm

Thanks for the report. It will go on the agenda, but that's all I can promise. I think your best bet is either Kyle Jones of VM, or maybe some of the Gnus folks might pitch in. shivers> In any event, it looks to me like FSF is paying more shivers> active attention to rmail.el and you might oughtta steal shivers> their code. OK, that's three votes (Simon's five count for 1) in the last couple of weeks. shivers> - Properly interface rmail to whatever the approved, shivers> well-engineered chunk of mime hackery is in xemacs. There doesn't exist any such thing. For my money, VM comes closest (I like the way it's written), but it's not really a portable library (internals documentation is nil, for one thing, or it was the last time I looked). Gnus is such a sprawling collection of disparate miscellany. The tm/SEMI family aren't very well engineered. shivers> Rmail is the long-time, standard emacs mail system, shivers> as documented in the manual for forever, and ought to be shivers> maintained just for the sake of (a) simplicity and (b) shivers> all those old mail files out there. A short note to Ville Skyttä <scop(a)xemacs.org&gt; is all it takes to become maintainer of an XEmacs package, with all the privileges and responsibilities appertaining to. :-) shivers> - Tweak vm to fix its babyl support. This would get my vote. VM is actively maintained and modern. RMAIL, unfortunately, is dependent on external MIME support. shivers> VM seems pretty clean and thoughtfully done. It has a shivers> ton of code in it to handle babyl. Given all that work, shivers> it ought to go ahead and make it correct -- it's pretty shivers> close as it is. I'm surprised that this doesn't work. I used VM on both VM folders and Babyl folders for years, although by far the majority of my older mail is in VM by now. (I switched to Gnus about a year ago because using Gnus is the best way to elicit XEmacs bugs.) -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.