要望・意見交換スレッド

このエントリーをはてなブックマークに追加
782 ◆toc/CX1g
20時20分ごろから23時10分ごろまで(INNは動いてたんですが)
read2ch.plが落ちてまして、新しい記事が入ってこなくなって
ました。すみません。

文字コードについては、ヘッダをMIMEエンコードするときに
していたように、本文についても(とりあえず)それっぽいものを
ISO-2022-JPにおさまるように変換しようと思います。

HTMLメッセージについては記事のサイズと見た目のトレードオフ
なので、実装についてはちょっと考えさせてください。

もし本文をShift_JISにすると、ヘッダもそれにあわせたほうが
いいのかなとか思うんですが、ヘッダをMIMEエンコードするとき、
charsetにはIANAに登録された任意の文字集合名が可能と
あります。

ということは、
Subject: Re: =?Shift_JIS?B?g2WDWINn?=
みたいにすればいいんでしょうか?>識者
以下のようなもので試したところDatulaとOutlookExpress5では
読めました。
begin 644 temp.txt
M1G)O;2`\;F5W<S)C:$!T;V,N9'EN9&YS+F]R9SX@5V5D($1E8R`Q-"`P,#HP
M,#HP,"`R,#`Q#0I$871E.B!7960L(#$T($1E8R`R,#`Q(#`P.C`P.C`P("LP
M.3`P#0I&<F]M.B!N97=S,F-H0'1O8RYD>6YD;G,N;W)G#0I3=6)J96-T.B!2
M93H@/3]3:&EF=%]*25,_0C]G,E=$5TE.;C\]#0I.97=S9W)O=7!S.B`R8V@N
M<V%K:2YN;G1P#0I-:6UE+59E<G-I;VXZ(#$N,`T*0V]N=&5N="U4>7!E.B!T
F97AT+W!L86EN.R!C:&%R<V5T/5-H:69T7TI)4PT*#0J#98-8@V=4
`
end
783Kusakabe Youichi:01/12/14 03:04
In article >>780, 名無しさん@お腹いっぱい。/780 wrote:

> 文字セットをShift_JISとすると何か問題というかトラブルが発生しますか?

Shift_JISってのは文字集合ではなくエンコーディングの名前ですね。
ですので関係ないですね。
784Kusakabe Youichi:01/12/14 03:04
In article >>781, 名無しさん@お腹いっぱい。/sage/781 wrote:

> ISO-2022-JPとShift_JISで透過な変換ができない以上、Shift_JISのままの方がいい。

そういう問題ではないことぐらいわからないのだろうか? かなり低能。
785Kusakabe Youichi:01/12/14 03:08
In article >>782, ◆toc/CX1g /sage/782 wrote:
> 文字コードについては、ヘッダをMIMEエンコードするときに
> していたように、本文についても(とりあえず)それっぽいものを
> ISO-2022-JPにおさまるように変換しようと思います。

うーむ、できれば無理な変換はしないでほしいのですが...。
元の記事で、何らかの意味で「使い分けて」たつもりのものが
同じになって区別できなくなるぐらいなら、イリーガルなほうは化けてしまうか
もしくは、現状のような実はISO-2022-JPに収まっていない拡張的なものに
変換されるほうがいいと思います。

> HTMLメッセージについては記事のサイズと見た目のトレードオフ
> なので、実装についてはちょっと考えさせてください。

っていうか、そのまま通せばいいだけですよね。
クライアント側でどうにか(したいならば)する問題ですし。

> もし本文をShift_JISにすると、

これは是非やめてほしいですね。

> ヘッダもそれにあわせたほうがいいのかなとか思うんですが、

ヘッダーはMIMEエンコードするべきでしょう。

> ということは、
> Subject: Re: =?Shift_JIS?B?g2WDWINn?=
> みたいにすればいいんでしょうか?>識者

少なくともそれをうまく解釈できるクライアントは少ないのでは(MSなものぐらい)。