[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 12:49 / Filesize : 194 KB / Number-of Response : 985
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Linuxのメーラーは何を使っていますか。



569 名前:login:Penguin mailto:sage [03/05/20 12:15 ID:Zc6oaWDU]
kmailに日本製のコードが入ったときの経緯の記録があった。
ガイジンの開発者はなにが問題なのかよくわからず
説明を受けてやっと納得した様子。


Bug 48760:
Content-Transfer-Encoding of message becomes 8bit
even if the message is encoded 7bit-encoding (normal)
bugs.kde.org/show_bug.cgi?id=48760

Opened:2002-10-06 04:47
Product:kmail
Component:mime
Version:unspecified
Status:RESOLVED

> Content-Transfer-Encoding of message becomes 8bit even if the message is
> encoded 7bit-encoding such as iso-2022-jp.
iso-2022-jp is not a 7bit encoding. It's 8bit.

> To solve this problem, I made the following patch.
What is the problem?

> iso-2022-jp is 7bit encoding (see the rfc1468).
Ah, OK. The UTF-7 of Japan ;-)

> Almost all MUA
> currently used in Japan is also transmitted by 7 bit. Moreover, if
> content-transfer-encoding of the mail written in Japanese is 8 bit
> and quoted-printable, MUA which cannot be read exactly also exists.
Ugh.






[ 続きを読む ] / [ 携帯版 ]

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<194KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef