Path: titcca!ccut!jm
From: jm@ccut.cc.u-tokyo.ac.jp (Jun Matsukata)
Newsgroups: fj.kanji
Subject: Re: ISO 646 IRV is illegal in junet?
Message-ID: < 13890@ccut.cc.u-tokyo.ac.jp> 
Date: 10 Feb 90 15:58:53 GMT
References: < 1002@tujoho.ecei.tohoku.ac.jp> 
Sender: news@ccut.cc.u-tokyo.ac.jp
Distribution: fj
Organization: Computer Center, University of Tokyo, Japan.
Lines: 65

松方＠国文研です。

In article < 1002@tujoho.ecei.tohoku.ac.jp>  sone@ecei.tohoku.ac.jp (Hideaki SONE) writes:
> 　東北大学の曽根です。質問というか、問題提起というか、話題提供です。
> 
> まとめ：　ＩＡ　Ｎｏ５(ISO 646 IRV) を呼び出す ESC ( @ なども英字
> 移行（漢字終了）コードとして認めるべきと思う。
>   Followup-To: fj.kanji です。
  十分、検討の価値がありそうですね。
  この際、ESC(@ ESC(B ESC(J 以外の１バイトコード呼び出しのシーケンス
についても考慮した方がいいように思います。

> 　そのサイトは、毎度お騒がせの:-) 学術情報センター jpnac.bitnet 
> です。BITNET だけど国内の BITNET とは接続がないので、CUNY 経由です。
> BITNET だけどメールサービスマシンは ACOS1000 (OS=ACOS6) で、メール
> システムはＯＳＩ・ＭＨＳです。もぅ……。
  実は、JPNAC.BITNET のお手伝いしている関係上、この問題には大いに
関心があります。
  学情センターのSIMAILのBITNETとの国際接続は、まだJUNETでは話題に
のぼっていないようですね。学術情報センターニュースの最近号に載って
いるようですが、JUNETでも紹介した方がよさそうですね。（どのＮＧが
適当でしょうか。）
  なお、この問題は、JPNAC.BITNETとの日本語メールのやりとりから発生
したとのことですが、関連する問題として、メールのヘッダのSubject
フィールドにおける漢字コードの使用という問題があります。そのことに
ついては、あらためてポストさせていただきます。
　 
> 　調べてみると、
> ESC ( B  --  G0集合への　アメリカ文字ＡＳＣＩＩ　　　　の呼出
> ESC ( J  --            　日本ローマ字ＪＩＳ７
> ESC ( @  --            　国際アルファベットＩＡＮｏ５
> です。すると、今のｊｕｎｅｔの協約ではアメリカと日本の国内規格の１
> バイト文字は使えるが、国際アルファベットなどは使えません。
> 　では、ＩＡ　Ｎｏ．５の排除は必要でしょうか？　そうは思えません。
> 
> 　ＩＡ　Ｎｏ．５とＡＳＣＩＩやＪＩＳとの違いは、＄の代わりに汎用の
> 通貨記号が入っているなどわずかなものですから、同等とみなして構わない
> と思います。どうせ、ESC ( B と ESC ( J の区別をしないで単に“漢字
> アウト”としてしか見ていない多くのシステムでは、不都合はないと思い
> ます。むしろ、受付るべきだと思います。
  IA No.5は、ASCIIやJIS7と異なり、特定の国向けではないので、JUNET
でもむしろこれを標準とするべきだったかもしれませんね。
  ただし、実際に使用するとなると、対応が大変そうですね。
各種エスケープシーケンスへの対応を、ベンダー提供のソフトウェア
や端末の機能に頼っている場合、特にやっかいそうです。
PDSでコード変換をやっているのであれば、比較的対応しやすそうですが。

>   ESC ( @ で来ると、実害があります。メーリングリストとニュースの
> 接続実験をしていましたが、これで投稿した記事を読むとGNUSが死にます。
> 　条件判断が増えるのを避けるために、ほぼ同等の、ESC ( A （英国）
> などもひっくるめて ESC ( の次の１文字は無視するというインプリメント
> もありそうですが、モザイク文字なんかもあるので問題があります。
　BITNET を通る際に、EBCDICコードへの変換が行われるため、漢字コード
がうまく通らない可能性がありますが、実際にやってみていかがでしょうか。
　　　　　　SIMAIL　　　　　　　BITNET　　　　　　JUNET
　　　　　　  IA5     -----     EBCDIC   -----    JIS7/ASCII
　　（注）２バイトコードを意識したコード変換は行われていない。

> 　簡単な解決方法は、送信元に頼んで ESC ( J にでも変更してもらうこと
> でしょうが、クレームを付けようと調べているうちに、それは正しい解決
> ではないような疑問を持ちました。
  少なくとも、こういう問題があることを送信元に知らせることは意味があると
思います。学情センターでもエスケープシーケンスに関していろいろ調べて
いるようでした。
  変更してもらうべきかどうかは、ここで、議論してみる必要があると思います。