🚀 go-pugleaf

In article <34B70163.611F8083@mail.com>,
  Nakayasu Ken <sakura@mail.com> writes:

> // あとでRFC調べてみますが、(日本語の)各行末にはESC(Bを入れるってこと
> // なんでしょうか？でも、

ちがいます。各行に最低でも一つ ESC ( B または ESC ( J が入っていなけれ
ばならないだけです。場所は行末や行頭とは決まっていません。

> // > [Tanaka Akira]
> // のあとには技術的理由でいれれないと解釈いたしました。

(うぅむ。ちょっと誤解しているような気がしないでもない...)

その行は記事の末尾あたりなわけですが, 改行も含めて示すと, 記事の終りは
 ... あ き ら ESC ( B ] [ T a n a k a SP A k i r a ] CR LF
となっています。ここで, 最後の CR LF で終る行には ESC ( B がすでに入っ
ているのでわざわざ CR LF の直前には入れていないというだけの話です。入
れたければ入れても構いません。

では, 入れられないってのは何のことか, というと最後の CR LF のさらに後
の話です。RFC 1468 で ESC ( B だのを入れなければいけない場所は正確には 
「CR LF の直後から, 次の CR LF もしくは記事の終りまで」なので最後の CR
LF の後に入れなければなりません。つまり, 記事を CR LF で終ることはでき
ません。

ところが, NNTP では記事の終りを CR LF . CR LF の 5バイトで表すことになっ
ていて, そのうちの最初の CR LF は記事の一部ということになっています。
つまり, 記事は CR LF で終らなくてはいけません。
(このことは RFC977 では明確に書いていないので違う解釈もあり得ますが, 
ここでは話を楽しくするためにそのように解釈しています。)

そうすると, この 2つは矛盾して, RFC1468 に従う記事は NNTP では送れない, 
ということになるわけです。

(これをなんとかする方法として, MIME の multipart/mixed でくるむ, とい
うのも思いついたのですが... これは見送りました。base64 よりはいいかも
しれないけど。)

> // 行頭のESC$Bは、空行でははいってなくてもいいんですね。

ESC $ B はその直後から JIS X 0208 の文字として解釈するっていう印ですか
ら, 文字がそもそも存在しない空行では必要ありません。まぁ, 余計に入れて
も悪いわけではありませんが。

> えっと、backslash, tilde, ESC(J, backslash, tilde, ESC(B と送られている
> ようです。しかし、私の"普段"使ってるシステムでは、backslashとover line
> は表せませんので、(ご想像の通り)\~\~(yen mark, tilde, yen mark, tilde)
> と表示されてます。Mozilla, MSOEとも。

あ, そのように化けるのはよく知られた話なのであまり気にしていません。
私が興味をもっていたのは, 片山さんの例のように designator を表示してし
まうということがないだろうか, ということです。
-- 
[田中 哲][たなか あきら][Tanaka Akira]