From xemacs-m  Tue Feb  4 07:24:10 1997
Received: from mikan.jaist.ac.jp (mikan-e0.jaist.ac.jp [150.65.1.9])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id HAA03303
	for <xemacs-beta@xemacs.org>; Tue, 4 Feb 1997 07:23:54 -0600 (CST)
Received: from is18e0s01.jaist.ac.jp (MORIOKA Tomohiko <morioka@jaist.ac.jp>) by mikan.jaist.ac.jp (8.7.5); id WAA26228; Tue, 4 Feb 1997 22:15:46 +0900 (JST)
Message-Id: <199702041315.WAA26228@mikan.jaist.ac.jp>
X-MUA: mh-e 5.0.2 + tm-mh-e 7.73, tm-view 7.80
X-Face: %yc?f+O/cVKlH*K(H2X/6-d''suf|"1{S:Y0}_9$t@0G3:5M2:-Ck^[8+4^iSLeGc[Ey[WP
 PF]2M#Q9C'u~[=7TJP72J`PZdWvP=s-'-/LhFneC->=ILc~H#$lf2%hLL5U8?psIp`<[>d&@$Pm%~(
 A'"CJ.zuX@TXh\Ra4,b7M&`f"hexU-a4,#X\]Bfp'JI+MGUDRA%_$&UnWAem4}1R"4%uivgn;xFZ%"
 NS>)eCuFYNHc/:W^:{7H>bGQS],x5z[Cy~C;7j#:8y9q|"~9~UWjE<Vm_;)o<Q4S5NweLc(cl7-suY
 NF|_O*xodbmQavM
X-Emacs: Emacs 19.34.91, Mule 3.0 =?ISO-2022-JP?B?KBskQjlITVUybBsoQik=?=
From: =?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko <morioka@jaist.ac.jp>
To: Martin Buchholz <mrb@Eng.Sun.COM>
cc: Oscar Figueiredo <Oscar.Figueiredo@di.epfl.ch>,
        Kyle Jones <kyle_jones@wonderworks.com>,
        XEmacs Beta Test <xemacs-beta@xemacs.org>,
        KOBAYASHI Shuhei <shuhei-k@jaist.ac.jp>
Subject: Re: State of VM + XEmacs/Mule 
In-reply-to: Your message of "Mon, 03 Feb 1997 12:50:12 PST."
             <199702032050.MAA29644@xemacs.eng.sun.com> 
Mime-Version: 1.0 (generated by tm-edit 7.103)
Content-Type: multipart/signed; protocol="application/pgp-signature";
 boundary="pgp-sign-Multipart_Tue_Feb__4_22:15:28_1997-1"; micalg=pgp-md5
Content-Transfer-Encoding: 7bit
Date: Tue, 04 Feb 1997 22:15:45 JST
Sender: morioka@jaist.ac.jp

--pgp-sign-Multipart_Tue_Feb__4_22:15:28_1997-1
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

>>>>> In <199702032050.MAA29644@xemacs.eng.sun.com> 
>>>>>=09"Martin" =3D Martin Buchholz <mrb@Eng.Sun.COM> wrote:

Martin> Reading mail with VM+TM containing non-latin-1 characters is a
Martin> dangerous operation in XEmacs 20.0.  I realize the VM software
Martin> maintainers have already gone beyond the state of the code in
Martin> XEmacs 20.0, but the issues probably still apply, so I will
Martin> discuss the problems at a high level.

(snip)

  It is know problem about MUA using single file for a folder, such as
VM or RMAIL.  It is solved to use no-conversion to get from spool or
read/write folder file.  Some mail backend of Gnus has same problem,
but Gnus has interfaces for gnus-mime of tm, so gnus-mime solves it.


Martin> Anyways, the Right Thing is likely that VM should force use of
Martin> the 'binary encoding both for reading in new mail from the
Martin> spool, and for reading and saving a folder, so that the
Martin> original encoding of the messages are preserved (this also
Martin> ensures compatibility with other MUA's reading the same folder
Martin> later).  When presenting a mail message to the user, however,
Martin> some kind of conversion must be performed to display the
Martin> appropriate Mule characters. VM+TM+vm-tm7 handles this
Martin> correctly for the RFC1522-encoded headers, but seems to get
Martin> things very wrong for the body of the message.

Martin> The bottom line is that VM+TM is currently unusable if you get
Martin> non-latin-1 mail, and this is something that needs to be
Martin> addressed in future VM software, hopefully in XEmacs 20.1, due
Martin> out before summer 1997.  I don't know whether VM 6 sans TM, or
Martin> VM+TM+vm-tm8 will be the solution, but both must address the
Martin> encoding problem.  (I have not used either VM6 or tm-vm8 yet.)

  VM 5 + tm-vm 8 does not solve it, because it does not support MIME
charset.  Requirement to support MIME charset is as same as to solve
this problem.

  KOBAYASHI Shuhei wrote and uses modified VM + original tm-vm, which
supports MIME charset mechanism.  It seems very stable variant of VM.

  I'm not VM user and I'm not interested in VM, so I don't know about
VM, but according to Shuhei, VM 6 has enough potential.  VM 6 is too
young about MIME and mule, so current code does not work fine but he
is trying to fix to work with Emacs/mule 19.34.91-delta.  Mule API
between Emacs/mule and XEmacs/mule is very similar, so it will work in
XEmacs/mule.  However he said he would change MUA from VM, so I don't
know he will finish and release it.

  Thanks,
-- 
----------------------------------------------------------------------
MORIOKA Tomohiko <morioka@jaist.ac.jp>
        Japan advanced Institute of Science and Technology, Hokuriku
                Asahi-dai, Tatsu-no-kuchi ch=F4, Nomi, Ishikawa, Japan
------------------------------------------ Frisch, Frei, Fr=F6hlich! ---

--pgp-sign-Multipart_Tue_Feb__4_22:15:28_1997-1
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit

-----BEGIN PGP MESSAGE-----
Version: 2.6.3ia
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMvc2eBnuUGV7wuH5AQGw6wP/XBiTtXskAsnQ7xdcJFKZDzExOvopGZjb
JE7/522m8wNAHHJeEkONR5A/spM4XMEOEmp745gmHcYWKkvuvrG5pF3xtUU6Zfec
tUlE+e45LFn39dYMs7shiJB9ICTC2Y6iebNpPzUl+UbnkPC7DolfBW4A+3L2OiAD
lxbzzadFMPk=
=bgaO
-----END PGP MESSAGE-----

--pgp-sign-Multipart_Tue_Feb__4_22:15:28_1997-1--

