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
In article
>>780, 名無しさん@お腹いっぱい。/780 wrote:
> 文字セットをShift_JISとすると何か問題というかトラブルが発生しますか?
Shift_JISってのは文字集合ではなくエンコーディングの名前ですね。
ですので関係ないですね。
In article
>>781, 名無しさん@お腹いっぱい。/sage/781 wrote:
> ISO-2022-JPとShift_JISで透過な変換ができない以上、Shift_JISのままの方がいい。
そういう問題ではないことぐらいわからないのだろうか? かなり低能。
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なものぐらい)。