[mew-dist 26095] Re: 1000 Octetを超える行を含むメッセージの処理

[Kazu Yamamoto ( 山本和彦 )]

> このような場合には，quoted-printable等で送信するなどの処置を施す事が
> できた方が（そのように選択できた方が?）受け手には優しいのではないで
> しょうか．

確認ですが、ISO-2022-JP に QP で soft break すると言っていますか？

もしそうなら、かなり大変です。QP のソフトウェア(mewencode)に ISO 2022
の知識がなければ、任意の場所が
	そこが文字に境界か
	文字の境界だとして、そこで単純に折り返していいか
	                    あるいはエスケープを埋め込まないといけないか
判断できません。

＃ こういう符号化方式の視点から見ると UTF-8 の方が断然優れています

設計思想として、mewencode には文字コードの知識を入れたくはないです。

ISO 2022 に単純に QP を施すと(ESC を符号化せず soft break だけすると)、
結果は ISO 2022 ではなくなります。それでも嬉しいんでしょうか？ どうせ符
号化した後は(less などで)読めないという理由から、ISO 2022 を符号化する
場合は、Base64 を使っています。

それで、Base64/QP を施す方法があるのかという質問なら、あります。C-cC-a
して、Cover.txt に "B" か "Q" マークをつけて下さい。

1000 バイトを越えたら自動的に符号化するというオプションを作りましょうと
いう意味なら、考えます。

P.S.

CT: text/plain; format=flowed もそろそろ考えるべき？

--かず