From tomo ＠ etl.go.jp Tue Feb 1 15:09:25 2000 From: tomo ＠ etl.go.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko) Date: 01 Feb 2000 15:09:25 +0900 Subject: cvs.m17n.org will stop at 2/3 11:00 =?ISO-2022-JP?B?GyRCIUEbKEI=?= Message-ID: cvs.m17n.org 管理人代行の守岡です。 hard disk の付け替え作業のため、2/3 (木) 11:00 (JST) からしばらく cvs.m17n.org は停止します。御不便をお掛けしますが、よろしくお願いします。 -- ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━ ││ ─ │ ─ ／ ─ ┼─ ┬ ─ ─┼ ┬┴─ ┼┼─┼|〓━─┼ 守岡知彦 (MORIOKA Tomohiko) ─ ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ From shuhei ＠ aqua.ocn.ne.jp Wed Feb 2 04:08:52 2000 From: shuhei ＠ aqua.ocn.ne.jp (Shuhei KOBAYASHI) Date: 02 Feb 2000 04:08:52 +0900 Subject: cram-md5 References: <86n1plt6wn.fsf@aqua.ocn.ne.jp>

<86iu08agx1.fsf@aqua.ocn.ne.jp> Message-ID: <86emawagfv.fsf@aqua.ocn.ne.jp> >>>>> In <86iu08agx1.fsf ＠ aqua.ocn.ne.jp>, >>>>> Shuhei KOBAYASHI wrote: > 私が以前に考えた時にはそういえば, smtp-open-connection-function という変数を設けて, 各 MTA の sendmail interface を全て -bs option 付きで呼び出すような関数を用意したいという野望もありました. ;; 知る限り, 全ての MTA の sendmail interface の header rewriting は ;; 腐っていますから. (encoded-word に関する規則に対応していない, 等) -- Shuhei KOBAYASHI From shuhei ＠ aqua.ocn.ne.jp Wed Feb 2 03:58:33 2000 From: shuhei ＠ aqua.ocn.ne.jp (Shuhei KOBAYASHI) Date: 02 Feb 2000 03:58:33 +0900 Subject: cram-md5 References: <86n1plt6wn.fsf@aqua.ocn.ne.jp>

Message-ID: <86iu08agx1.fsf@aqua.ocn.ne.jp> ;; 私は offline で mail を書くので, どうしても時間差が生じるのです... >>>>> In , >>>>> okada ＠ opaopa.org (岡田健一 / Kenichi OKADA) wrote: > ;; ところで，emacs-mime-ja(?)とかにも振ったほうが， > ;; いいんでしょうか？ > ;; flimの話ってどこでしたらいいんでしょうね？ FLIM は MIME 関連の library なので, もちろん emacs-mime-{en,ja} です. ;; ふと思ったけど, 私の FLIM に対する assignment は smtp.el や HMAC ;; 関連にも適用されるのだろうか? (しないで欲しい) > > ;; 理由は、唯一の interface function である smtp-via-smtp で行われ > > ;; るサーバとの interaction flow が、完全に決め打ちなところです。 > > ;; これを変数で制御できれば、AUTH などの追加や、現状で comment out > > ;; されている ONEX VERB XUSR の省略も、利用者の自由に任せることが > > ;; 可能になりそうな気がしています。みんな考えることは同じですね. 私が以前に考えた時には MAIL FROM や RCPT TO の parameter はともかく, SMTP PIPELINING に対応するにはどうしたらよいか, という所で止まってしまいましたが. (SMTP BINARYMIME も需要があったりするかなぁ?) >>>>> In , >>>>> Daiki Ueno wrote: > ;; smtp.el next generation (?) の前に、とりあえず、こちらだけ。^^;; ;; smtp.el という名前のままでいるのは混乱の元のような気がする. ;; std10.el という名前は守岡さんには不評だったけど. -- Shuhei KOBAYASHI From tomo ＠ etl.go.jp Wed Feb 2 11:50:09 2000 From: tomo ＠ etl.go.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko) Date: 02 Feb 2000 11:50:09 +0900 Subject: smtp.el & smtpmail.el (Re: cram-md5) In-Reply-To: Shuhei KOBAYASHI's message of "02 Feb 2000 03:58:33 +0900" References: <86n1plt6wn.fsf@aqua.ocn.ne.jp>

<86iu08agx1.fsf@aqua.ocn.ne.jp> Message-ID: >>>>> [emacs-mime-ja : No.00362] にて >>>>> “修平”= Shuhei KOBAYASHI さま曰く: 修平> ;; ふと思ったけど, 私の FLIM に対する assignment は smtp.el や修平> ;; HMAC 関連にも適用されるのだろうか? (しないで欲しい) smtpmail.el 問題に関して半田さんに相談した所、『FLIM ので置き換えるように提案してみたら』という御意見だったので、少なくとも提案はしようかと思っているのですが、まずいでしょうか？修平> ;; smtp.el という名前のままでいるのは混乱の元のような気がする. 修平> ;; std10.el という名前は守岡さんには不評だったけど. もし通っちゃって、Emacs の smtpmail が FLIM のになれば将来的には混乱は解消されるのではないかと思うんですが。（まあ、この確率がどのくらいかは判らないけども）また、std10 という名前では、判りにくいと言って reject されてしまうのではないかと思います。（もちろん、そういう性格のものじゃないのかも知れませんが） ;; 例えば、某たまごの作者は STD 11 というのはだめみたいです。 -- ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━ ││ ─ │ ─ ／ ─ ┼─ ┬ ─ ─┼ ┬┴─ ┼┼─┼|〓━─┼ 守岡知彦 (MORIOKA Tomohiko) ─ ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ From Makoto.Nakagawa ＠ jp.compaq.com Wed Feb 2 12:48:37 2000 From: Makoto.Nakagawa ＠ jp.compaq.com (=?ISO-2022-JP?B?GyRCQ2ZAbhsoQiA=?= =?ISO-2022-JP?B?GyRCQD8bKEI=?=) Date: Wed, 2 Feb 2000 12:48:37 +0900 Subject: patch for emiko Message-ID: <3556-Wed02Feb2000124837+0900-Makoto.Nakagawa@jp.compaq.com> 中川＠コンパック(株)です。 pgg5 で署名の検証をおこう際に echo buffer がきちんと表示されないのでパッチを作成しました。ついでに pgp と pgp5 について verify-region を gpg の実装に合わせてます。実装方法を変えていることに何か意味があるのでしょうか。 -------------- next part -------------- Index: pgg-pgp.el =================================================================== RCS file: /cvs/root/semi/Attic/pgg-pgp.el,v retrieving revision 1.1.2.17 diff -u -r1.1.2.17 pgg-pgp.el --- pgg-pgp.el 2000/02/01 04:03:25 1.1.2.17 +++ pgg-pgp.el 2000/02/01 15:09:37 @@ -212,7 +212,12 @@ (when (re-search-forward "^\\.$" nil t) (delete-region (point-min) (progn (beginning-of-line 2) - (point))))))) + (point)))) + (if (re-search-forward "^Good signature" nil t) + t + (set-buffer pgg-errors-buffer) + (insert-buffer-substring pgg-output-buffer) + nil)))) (luna-define-method pgg-scheme-insert-key ((scheme pgg-scheme-pgp)) (let* ((pgg-pgp-user-id (or pgg-pgp-user-id pgg-default-user-id)) Index: pgg-pgp5.el =================================================================== RCS file: /cvs/root/semi/Attic/pgg-pgp5.el,v retrieving revision 1.1.2.17 diff -u -r1.1.2.17 pgg-pgp5.el --- pgg-pgp5.el 2000/02/01 04:03:25 1.1.2.17 +++ pgg-pgp5.el 2000/02/01 15:09:37 @@ -216,7 +216,12 @@ (if signature (delete-file signature)) (with-current-buffer pgg-errors-buffer (goto-char (point-min)) - (re-search-forward "^Good signature" nil t)))) + (if (re-search-forward "^Good signature" nil t) + (progn + (set-buffer pgg-output-buffer) + (insert-buffer-substring pgg-errors-buffer) + t) + nil)))) (luna-define-method pgg-scheme-insert-key ((scheme pgg-scheme-pgp5)) (let* ((pgg-pgp5-user-id (or pgg-pgp5-user-id pgg-default-user-id)) -------------- next part -------------- -- /*** Compaq Computer K.K. ***/ /*** Network and Systems Integration Servieces ***/ /*** Nakagawa, Makoto（中川　誠） ***/ /* F6 E1 41 25 49 DF A8 82 D4 94 4F 0C 95 6B D7 57 */ -------------- next part -------------- テキスト形式以外の添付ファイルを保管しました... ファイル名: 無し型: application/pgp-signature サイズ: 348 バイト説明: 無し URL: From teranisi ＠ gohome.org Thu Feb 3 09:53:12 2000 From: teranisi ＠ gohome.org (Yuuichi Teranishi) Date: Thu, 03 Feb 2000 09:53:12 +0900 Subject: [patch] INSTALL, INSTALL.ja In-Reply-To: In your message of "Wed, 2 Feb 2000 23:14:13 +0900" References: <200001301528.AAA04699@sh0.po.iijnet.or.jp>

Message-ID: At Wed, 2 Feb 2000 23:08:13 +0900, TAKAHASHI Kaoru wrote: > > > > tm のページが Forbidden なので > > > すが、どうしたらよいかわからないのでとりあえず放ってあります。 > > > アーカイブファイル名まで込みで指定すると、ちゃんと取れると思 > > うです。 > > ドキュメントで紹介しておいて Forbidden はまずいので、取れる URL > に直す、あるいは記述を消すなどの対策をとる必要があります。 > At Wed, 2 Feb 2000 23:14:13 +0900, TSUMURA Tomoaki wrote: > > とある情報筋によりますと，m17n.org から cvs で取得できるように > なったみたいです。枝名は tm-8。 > tm-8.x が experimental なのは承知の上ですが、リリース場所をもうすこし分かりやすい場所にしていただくわけにはいかないでしょうか？ ;; もしくは、tm-8.8.tar.gz を ftp.gohome.org に置いたりしてはダメでしょうか？すでに wl-2.2.x を nemacs や mule-19.28 で動かすには tm-8 が必須になっていますので、明解な置き場所が決まっていてほしいと思う今日このごろです。 -- Yuuichi Teranishi (寺西裕一) PGP 5.0i Public Key: http://www.gohome.org/pgp5/teranisi.key "The love you take is equal to the love you make..." From tomo ＠ etl.go.jp Thu Feb 3 10:58:44 2000 From: tomo ＠ etl.go.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko) Date: 03 Feb 2000 10:58:44 +0900 Subject: [patch] INSTALL, INSTALL.ja In-Reply-To: Yuuichi Teranishi's message of "Thu, 03 Feb 2000 09:53:12 +0900" References: <200001301528.AAA04699@sh0.po.iijnet.or.jp>

Message-ID: >>>>> In [emacs-mime-ja : No.00365] >>>>> "寺西" = Yuuichi Teranishi wrote: 寺西> tm-8.x が experimental なのは承知の上ですが、リリース場所をもう寺西> すこし分かりやすい場所にしていただくわけにはいかないでしょうか？これは具体的には ftp にということでしょうか？個人的には ftp.m17n.org に置く気はないんですが。寺西> ;; もしくは、tm-8.8.tar.gz を ftp.gohome.org に置いたりしてはダ寺西> ;; メでしょうか？もちろん、構いません。寺西> すでに wl-2.2.x を nemacs や mule-19.28 で動かすには tm-8 が必須寺西> になっていますので、明解な置き場所が決まっていてほしいと思う今日寺西> このごろです。シリアスな release をするのは私には荷が重いので、私以外の方が、例えば寺西さんが、release するというのはいかがでしょうか？ -- ===『幾千億の分子に分かれても ======================================== 決して忘れない。この宇宙が終るまで』守岡知彦 (MORIOKA Tomohiko) ======================================== Email: ===== From akiho ＠ sci.osaka-cu.ac.jp Thu Feb 3 11:01:02 2000 From: akiho ＠ sci.osaka-cu.ac.jp (Tsuyoshi AKIHO) Date: 03 Feb 2000 11:01:02 +0900 Subject: [patch] INSTALL, INSTALL.ja In-Reply-To: (Yuuichi Teranishi's message of "Thu, 03 Feb 2000 09:53:12 +0900") References: <200001301528.AAA04699@sh0.po.iijnet.or.jp>

Message-ID: <200002030201.LAA22989@scisv.sci.osaka-cu.ac.jp> 大阪市立大学の秋保です。 >>>>> In [emacs-mime-ja : No.00365] >>>>> Yuuichi Teranishi wrote: teranisi> ;; もしくは、tm-8.8.tar.gz を ftp.gohome.org に置 teranisi> いたりしてはダメでしょうか？ teranisi> すでに wl-2.2.x を nemacs や mule-19.28 で動かすには tm-8 が teranisi> 必須になっていますので、明解な置き場所が決まっていてほしいと思う teranisi> 今日このごろです。 wl-2.2.16 を nemacs で動かそうと昨日、作業していたら、どうやら、tm-8.8 の apel が古いようで、動かすところまでいきませんでした。tm8 に付属の aple を 10.1 にして頂けるとありがたいです。(今日 cvs で取得した apel を使うと動かすことができました) -- 秋保強(AKIHO Tsuyoshi) 大阪市立大学院理学研究科レーザー化学研究室 M2 mail-to:akiho ＠ sci.osaka-cu.ac.jp From teranisi ＠ gohome.org Thu Feb 3 11:48:30 2000 From: teranisi ＠ gohome.org (Yuuichi Teranishi) Date: Thu, 03 Feb 2000 11:48:30 +0900 Subject: [patch] INSTALL, INSTALL.ja In-Reply-To: In your message of "Thu, 3 Feb 2000 10:55:35 +0900" References: <200001301528.AAA04699@sh0.po.iijnet.or.jp>

Message-ID: At Thu, 3 Feb 2000 10:55:35 +0900, 守岡知彦 / MORIOKA Tomohiko wrote: > > 寺西> tm-8.x が experimental なのは承知の上ですが、リリース場所をもう > 寺西> すこし分かりやすい場所にしていただくわけにはいかないでしょうか？ > > これは具体的には ftp にということでしょうか？個人的には ftp.m17n.org > に置く気はないんですが。そうですか…。 > 寺西> ;; もしくは、tm-8.8.tar.gz を ftp.gohome.org に置いたりしてはダ > 寺西> ;; メでしょうか？ > > もちろん、構いません。では、置かせて頂きます。 > 寺西> すでに wl-2.2.x を nemacs や mule-19.28 で動かすには tm-8 が必須 > 寺西> になっていますので、明解な置き場所が決まっていてほしいと思う今日 > 寺西> このごろです。 > > シリアスな release をするのは私には荷が重いので、私以外の方が、例えば > 寺西さんが、release するというのはいかがでしょうか？しまった、なんとなく予想していましたが、やはりそう来ましたか (^^;;。でも、ぼくもちょっといろいろやりすぎで、少々荷が重いです。近畿方面の方とか、いかがでしょうか？ -- Yuuichi Teranishi (寺西裕一) PGP 5.0i Public Key: http://www.gohome.org/pgp5/teranisi.key "The love you take is equal to the love you make..." From tomo ＠ etl.go.jp Thu Feb 3 12:28:23 2000 From: tomo ＠ etl.go.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko) Date: 03 Feb 2000 12:28:23 +0900 Subject: cvs.m17n.org will stop at 2/3 11:00 =?ISO-2022-JP?B?GyRCIUEbKEI=?= In-Reply-To: tomo@etl.go.jp's message of "01 Feb 2000 15:09:25 +0900" References: Message-ID: >>>>> [Elips : No.0003709] にて >>>>> “守岡”= tomo ＠ etl.go.jp (守岡知彦 / MORIOKA Tomohiko) 曰く: 守岡> cvs.m17n.org 管理人代行の守岡です。守岡> hard disk の付け替え作業のため、2/3 (木) 11:00 (JST) からしばらく守岡> cvs.m17n.org は停止します。守岡> 御不便をお掛けしますが、よろしくお願いします。復旧しました。御協力ありがとうございます。 -- ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━ ││ ─ │ ─ ／ ─ ┼─ ┬ ─ ─┼ ┬┴─ ┼┼─┼|〓━─┼ 守岡知彦 (MORIOKA Tomohiko) ─ ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ From okada ＠ opaopa.org Thu Feb 3 15:22:41 2000 From: okada ＠ opaopa.org (=?ISO-2022-JP?B?GyRCMixFRBsoQiAbJEI3cjBsGyhC?= / Kenichi OKADA) Date: Thu, 03 Feb 2000 15:22:41 +0900 Subject: [patch] INSTALL, INSTALL.ja In-Reply-To: In your message of "Thu, 3 Feb 2000 11:01:08 +0900" <200002030201.LAA22989@scisv.sci.osaka-cu.ac.jp> References: <200001301528.AAA04699@sh0.po.iijnet.or.jp>

<200002030201.LAA22989@scisv.sci.osaka-cu.ac.jp> Message-ID: おかだです。修論で動きが取れないです。 At Thu, 3 Feb 2000 11:01:08 +0900, Tsuyoshi AKIHO wrote: teranisi> すでに wl-2.2.x を nemacs や mule-19.28 で動かすには tm-8 が teranisi> 必須になっていますので、明解な置き場所が決まっていてほしいと思う teranisi> 今日このごろです。秋保> wl-2.2.16 を nemacs で動かそうと昨日、作業していたら、どうや秋保> ら、tm-8.8 の apel が古いようで、動かすところまでいきません秋保> でした。tm8 に付属の aple を 10.1 にして頂けるとありがたいで秋保> す。(今日 cvs で取得した apel を使うと動かすことができました) tm-8.8.tar.gzを、 apel-200001310456.tar.gz clime-1_13-200001060442.tar.gz mu-cite-200001060443.tar.gz bitmap-mule-8.2.tar.gz にupdateしたものを ftp://ftp.opaopa.org/pub/elisp/tm-200002031510.tar.gz に置いてみました。 ;; 誕生日の日付のtar ballを作りたかっただけなので、 ;; あまり気にしないでください。 -- 岡田健一 URLs: mailto:okada ＠ opaopa.org http://www.opaopa.org From tomo ＠ etl.go.jp Thu Feb 3 16:18:54 2000 From: tomo ＠ etl.go.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko) Date: 03 Feb 2000 16:18:54 +0900 Subject: tm-8 In-Reply-To: tomo@etl.go.jp's message of "03 Feb 2000 10:58:44 +0900" Message-ID: 突然ですが tm-8 の場所を http://cvs.m17n.org/tomo/comp/emacsen/tm/tm-8/ に変えました。 -- ===『幾千億の分子に分かれても ======================================== 決して忘れない。この宇宙が終るまで』守岡知彦 (MORIOKA Tomohiko) ======================================== Email: ===== From kuroda ＠ area.co.jp Fri Feb 4 14:25:46 2000 From: kuroda ＠ area.co.jp (Motoru KURODA) Date: Fri, 04 Feb 2000 14:25:46 +0900 Subject: 無題 Message-ID: From t90553 ＠ mail.ecc.u-tokyo.ac.jp Mon Feb 7 16:43:29 2000 From: t90553 ＠ mail.ecc.u-tokyo.ac.jp (Yoshiki Hayashi) Date: 07 Feb 2000 16:43:29 +0900 Subject: pgg-def.el doc string Message-ID: <873dr5sbj2.fsf@dp50.ecc.u-tokyo.ac.jp> EMY を EMIKO 1.13.11 相当のものと sync したのですが、そのとき眺めていて気になったので、patch です。後、pgg-* に doc string の最初の行が文で終わってないのがあって、checkdoc に文句を言われそうなのですが、修正した方が良いでしょうか? -------------- next part -------------- --- /src/emiko-1_13/pgg-def.el Fri Nov 26 19:17:27 1999 +++ pgg-def.el Sun Feb 6 21:40:22 2000 @@ -32,9 +32,11 @@ :group 'mime) (defcustom pgg-default-scheme 'gpg - "Default PGP scheme" - :group 'symbol - :type 'string) + "Default PGP scheme." + :group 'pgg + :type '(choice (const :tag "GnuPG" gpg) + (const :tag "PGP 5" pgp5) + (const :tag "PGP" pgp))) (defcustom pgg-default-user-id (user-login-name) "User ID of your default identity." @@ -47,12 +49,12 @@ :type 'string) (defcustom pgg-encrypt-for-me nil - "Encrypt all outgoing messages with user's public key." + "If t, encrypt all outgoing messages with user's public key." :group 'pgg :type 'boolean) (defcustom pgg-cache-passphrase t - "Cache passphrase" + "If t, cache passphrase." :group 'pgg :type 'boolean) @@ -63,7 +65,7 @@ (defvar pgg-echo-buffer "*PGG-echo*") (defvar pgg-scheme nil - "Current scheme of PGP implementation") + "Current scheme of PGP implementation.") (defmacro pgg-truncate-key-identifier (key) `(if (> (length ,key) 8) (substring ,key 8) ,key)) -------------- next part -------------- -- Yoshiki Hayashi From t90553 ＠ mail.ecc.u-tokyo.ac.jp Mon Feb 7 16:57:24 2000 From: t90553 ＠ mail.ecc.u-tokyo.ac.jp (Yoshiki Hayashi) Date: 07 Feb 2000 16:57:24 +0900 Subject: EMY 1.13.2 Message-ID: <87zotdqwbf.fsf@dp50.ecc.u-tokyo.ac.jp> EMY 1.13.2 を release しました。今回やったことは EMIKO 1.13.11 との sync で、守岡さんが提言しておられた key binding の実装はしていません。たぶん、まだ minor version を上げずに実装できると思いますので、次の version でやると思います。後、application/octet-stream で gzip されたファイルを送られてくると表示のしようがないので、.gz で終わる file は t を押すと gzip -cd された結果を表示するような対処をしました。ちゃんと Content-Type 等を指定して表示できるようになればもうちょっとましなことができるだろうとは思いますが、とりあえず。 # default では表示されません。 ftp://www.sodan.org/pub/elisp/semi/emy-1.13.2.tar.gz か、同じ directory の emy-1.13.1-1.13.2.diff.gz から取得できます。 -- Yoshiki Hayashi From ueno ＠ kiss.kake.info.waseda.ac.jp Mon Feb 7 17:00:02 2000 From: ueno ＠ kiss.kake.info.waseda.ac.jp (Daiki Ueno) Date: 07 Feb 2000 17:00:02 +0900 Subject: pgg-def.el doc string In-Reply-To: <873dr5sbj2.fsf@dp50.ecc.u-tokyo.ac.jp> (Yoshiki Hayashi's message of "07 Feb 2000 16:43:29 +0900") References: <873dr5sbj2.fsf@dp50.ecc.u-tokyo.ac.jp> Message-ID: >>>>> [emacs-mime-ja : No.00373] にて >>>>> Yoshiki Hayashi 様曰く... > EMY を EMIKO 1.13.11 相当のものと sync したのですが、そのと > き眺めていて気になったので、patch です。ありがとうございます。^^;; > 後、pgg-* に doc string の最初の行が文で終わってないのがあっ > て、checkdoc に文句を言われそうなのですが、修正した方が良い > でしょうか? はい。よろしければ修正して commit して頂けませんでしょうか。 ;; 僕の書く英語は、モドキを通り越して、単なる単語の羅列なので…。^^;;;; -- Daiki Ueno From t90553 ＠ mail.ecc.u-tokyo.ac.jp Mon Feb 7 17:17:58 2000 From: t90553 ＠ mail.ecc.u-tokyo.ac.jp (Yoshiki Hayashi) Date: 07 Feb 2000 17:17:58 +0900 Subject: FLIM 1.13.2 message/external-body parsing Message-ID: <87vh41qvd5.fsf@dp50.ecc.u-tokyo.ac.jp> 週末の現実逃避の成果は続く。(^^;; FLIM 1.13.2, EMY 1.13.2 (ほぼ確実にどの SEMI を使っても同じ) を使うと、 Content-Type: Message/External-body; access-type="mail-server"; server="mailserv ＠ ietf.org" Content-Type: text/plain Content-ID: <20000127125821.I-D ＠ ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-drums-msg-fmt-08.txt というのが、 [2.1.2.1 ([mail-server] mailserv ＠ ietf.org)] [2.1.2.1.1 ] ENCODING mime FILE /internet-drafts/draft-ietf-drums-msg-fmt-08.txt と表示されます。本当は multipart ではないものが multipart のように扱われるのは気持悪いです。これは、flim/mime-def.el の (luna-define-method mime-entity-children ((entity mime-entity)) (let* ((content-type (mime-entity-content-type entity)) (primary-type (mime-content-type-primary-type content-type))) (cond ((eq primary-type 'multipart) (mime-parse-multipart entity) ) ((and (eq primary-type 'message) (memq (mime-content-type-subtype content-type) '(rfc822 news external-body) )) (mime-parse-encapsulated entity) )) )) で、external-body を message/rfc822 と同等に扱っているからです。質問なのですが、message/external-body を multipart/messageと同等として parse するというのは仕様でしょうか? そうすると、 SEMI 層では message/external-body が来たときは children が実際の body だと思って操作することになります。できれば、 children にしない方がきれいで良いと思うのですが、どうでしょうか? -- Yoshiki Hayashi From t90553 ＠ mail.ecc.u-tokyo.ac.jp Tue Feb 8 15:58:14 2000 From: t90553 ＠ mail.ecc.u-tokyo.ac.jp (Yoshiki Hayashi) Date: 08 Feb 2000 15:58:14 +0900 Subject: pgg-def.el doc string In-Reply-To: (Daiki Ueno's message of "Mon, 07 Feb 2000 17:00:02 +0900") References: <873dr5sbj2.fsf@dp50.ecc.u-tokyo.ac.jp> Message-ID: <87vh40i3jt.fsf@dp50.ecc.u-tokyo.ac.jp> Daiki Ueno writes: > > 後、pgg-* に doc string の最初の行が文で終わってないのがあっ > > て、checkdoc に文句を言われそうなのですが、修正した方が良い > > でしょうか? > > はい。よろしければ修正して commit して頂けませんでしょうか。やっておきました。. を文末に入れたり、最初の行が . で終わるように改行したり等のつまらないものばっかりなので、ここには patch としては出しません。後、checkdoc が行末の whitespace をがんがん取り除いてくれました。前の patch からやって唯一のまともな変更は、pgg-pgp-user-id の doc string くらいです。数ヶ所閉括弧の位置を修正してしまったのですが、これはまずかったでしょうか? -- Yoshiki Hayashi From tomo ＠ etl.go.jp Tue Feb 8 17:08:31 2000 From: tomo ＠ etl.go.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko) Date: 08 Feb 2000 17:08:31 +0900 Subject: key-binding of mime-view-mode (about Re: emy 1.13.0) In-Reply-To: tomo@etl.go.jp's message of "19 Jan 2000 18:45:44 +0900" References: <87d7r499xb.fsf@dp50.ecc.u-tokyo.ac.jp> Message-ID: >>>>> In [emacs-mime-ja : No.00344] >>>>> "守岡" = tomo ＠ etl.go.jp (守岡知彦 / MORIOKA Tomohiko) wrote: 寺西> > 3 stroke は長いでしょうか？また、表示・非表示関係は toggle の寺西> > 方が良いでしょうか？寺西> 必要なら 1 char のショートキーバインドを MUA 毎に定義すればいい寺西> ので、デフォルトキーバインドは３ストロークでもいいと思います。守岡> そうですね。じゃあそういうことで。寺西> また、表示制御はトグルがいいと思います。守岡> 最初はそうしてたんですが、やっぱその方が良いですかね。という訳で、寺西> > C-c C-t C-b button 表示の切替え寺西> > C-c C-t C-h header 表示の切替え寺西> > C-c C-t C-c 内容表示の切替え寺西> > C-c C-s c 文字符号を強制変更する (自動判定結果が default) 寺西> > C-c C-s m 表示法 (or media-type) の強制変更寺西> > C-c C-s e Content-Transfer-Encoding の強制変更ではいかがでしょうか？また、RMAIL で e が取られているということを知って衝撃を受けているのですが、 C-c C-e current-entity の内容を file に保存するを追加するのはいかがでしょうか？ ;; 幸い、v は大丈夫でした。 -- ===『幾千億の分子に分かれても ======================================== 決して忘れない。この宇宙が終るまで』守岡知彦 (MORIOKA Tomohiko) ======================================== Email: ===== From tomo ＠ etl.go.jp Tue Feb 8 17:39:25 2000 From: tomo ＠ etl.go.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko) Date: 08 Feb 2000 17:39:25 +0900 Subject: FLIM 1.13.2 message/external-body parsing In-Reply-To: Yoshiki Hayashi's message of "07 Feb 2000 17:17:58 +0900" References: <87vh41qvd5.fsf@dp50.ecc.u-tokyo.ac.jp> Message-ID: >>>>> In [emacs-mime-ja : No.00376] >>>>> "Yoshiki" = Yoshiki Hayashi wrote: Yoshiki> FLIM 1.13.2, EMY 1.13.2 (ほぼ確実にどの SEMI を使っても同じ) Yoshiki> を使うと、 Yoshiki> Content-Type: Message/External-body; Yoshiki> access-type="mail-server"; Yoshiki> server="mailserv ＠ ietf.org" Yoshiki> Content-Type: text/plain Yoshiki> Content-ID: <20000127125821.I-D ＠ ietf.org> Yoshiki> ENCODING mime Yoshiki> FILE /internet-drafts/draft-ietf-drums-msg-fmt-08.txt Yoshiki> というのが、 Yoshiki> [2.1.2.1 ([mail-server] mailserv ＠ ietf.org)] Yoshiki> [2.1.2.1.1 ] Yoshiki> ENCODING mime Yoshiki> FILE /internet-drafts/draft-ietf-drums-msg-fmt-08.txt Yoshiki> と表示されます。本当は multipart ではないものが multipart の Yoshiki> ように扱われるのは気持悪いです。 Yoshiki> これは、flim/mime-def.el の Yoshiki> (luna-define-method mime-entity-children ((entity mime-entity)) Yoshiki> (let* ((content-type (mime-entity-content-type entity)) Yoshiki> (primary-type (mime-content-type-primary-type content-type))) Yoshiki> (cond ((eq primary-type 'multipart) Yoshiki> (mime-parse-multipart entity) Yoshiki> ) Yoshiki> ((and (eq primary-type 'message) Yoshiki> (memq (mime-content-type-subtype content-type) Yoshiki> '(rfc822 news external-body) Yoshiki> )) Yoshiki> (mime-parse-encapsulated entity) Yoshiki> )) Yoshiki> )) Yoshiki> で、external-body を message/rfc822 と同等に扱っているからです。 Yoshiki> 質問なのですが、message/external-body を multipart/messageと Yoshiki> 同等として parse するというのは仕様でしょうか? そうすると、 Yoshiki> SEMI 層では message/external-body が来たときは children が実 Yoshiki> 際の body だと思って操作することになります。できれば、 Yoshiki> children にしない方がきれいで良いと思うのですが、どうでしょ Yoshiki> うか? 上記修正を行ったのは小林君だったと思うので、実際の所は判らないのですが（と、逃げを打っておく(^_^;;;）、MIME 的には message/external-body は body が外部にある entity で、そのことを除けば message/rfc822 と同様なのは自然だと思います。FLIM 的には message/external-body の children entity 自体は常に生成可能で、それに対する header に関する要求は常に成功し、body や内容に関する要求は失敗するかも知れないということになると思います。ところで、message/external-body を mime-parse-encapsulated で parse するのは正しいかというと、私は正しくないと思います。この body の意味は message/rfc822 と異なるからです。そういう訳で、FLIM 1.14 では (luna-define-method mime-entity-children ((entity mime-entity)) (let* ((content-type (mime-entity-content-type entity)) (primary-type (mime-content-type-primary-type content-type)) sub-type) (cond ((eq primary-type 'multipart) (mime-parse-multipart entity)) ((eq primary-type 'message) (setq sub-type (mime-content-type-subtype content-type)) (cond ((eq sub-type 'external-body) (mime-parse-external entity)) ((memq sub-type '(rfc822 news)) (mime-parse-encapsulated entity) ;; [tomo] Should we make a variable to specify ;; encapsulated media-types? )))))) みたいにし、mime-parse-external で該当する class の entity を生成し、実際の挙動はその class を実装する mm-backend で決まるという風になる予定です。(Chao 1.14 では anon-ftp の場合のみ動いています) FLIM 的には要求されれば message/external-body の children entity を作るのは正しいと思います。よって、問題は SEMI もしくは SEMI と FLIM の連携にあるのだと思います。従来のように問答無用に children を手繰るのではなく、状況に応じて手繰るかどうかを SEMI 側で決めるようにするのが良いと思います。これはおそらく IMAP4 環境でも重要なことだと思います。 ;; message/external-body 用の表示・再生 method は（少なくとも anon-ftp ;; のようなのでは）要らなくなります。ただ、access-type="mail-server" ;; の場合、FLIM で mail を送るというのも変な感じなので、MUA 固有の ;; entity 用 method や mm-backend を差し込むか、あるいは、その ;; access-type 用の表示・再生 method を設定することになるでしょう。 -- ===『幾千億の分子に分かれても ======================================== 決して忘れない。この宇宙が終るまで』守岡知彦 (MORIOKA Tomohiko) ======================================== Email: ===== From teranisi ＠ gohome.org Wed Feb 9 15:37:50 2000 From: teranisi ＠ gohome.org (Yuuichi Teranishi) Date: Wed, 09 Feb 2000 15:37:50 +0900 Subject: Bug? "A" for forwarded message In-Reply-To: In your message of "Wed, 9 Feb 2000 14:55:00 +0900" References: <874sbja3za.wl@northeye.org>

Message-ID: Cc: emacs-mime-ja ＠ m17n.org mime-preview-follow-current-entity の話です。 At Wed, 9 Feb 2000 14:55:00 +0900, TSUMURA Tomoaki wrote: > > > 結局どうなったか忘れてしまいました。 > > 最近の SEMI variant なら直ってる気がします。 > > とりあえず EMIKO, EMY, REMI を試してみましたが，私の手許では > 北目さんの仰言るようになります。私の環境が悪いですか? あーー、ごめんなさい。再現しないなあと思ったら、次のパートみたいなのが ~/.wl に書いてありました _o_。 X-ML-Name: emacs-mime-ja X-Mail-Count: 00015 Message-Id: の山岡さんの記事が出どころと思います。 SEMI-1.13 系にマージするべきとかいう話があった気がするのですが、結局どうなったのでしたでしょうか？ -------------- next part -------------- (eval-after-load "mime-view" '(defun mime-preview-follow-current-entity () "Write follow message to current entity. It calls following-method selected from variable `mime-preview-following-method-alist'." (interactive) (let ((entity (get-text-property (point) 'mime-view-entity))) (if entity (let* ((mode (mime-preview-original-major-mode 'recursive)) (method (cdr (assq mode mime-preview-following-method-alist)))) (if (not (functionp method)) (message (format "Sorry, following method for %s is not implemented yet." mode)) (let (header) (let (child) (while (and entity (eq 'message (mime-entity-media-type entity)) (eq 'rfc822 (mime-entity-media-subtype entity)) (setq child (car (mime-entity-children entity)))) (setq header t entity child))) (or header (let ((parent (mime-entity-parent entity))) (setq header (and parent (eq 'message (mime-entity-media-type parent)) (eq 'rfc822 (mime-entity-media-subtype parent)))))) (let* ((start (text-property-any (point-min) (point-max) 'mime-view-entity entity)) (end start) (node-id (mime-entity-node-id entity))) (if node-id (let ((len (length node-id)) next) (while (and (<= end (point-max)) (setq end (or (next-single-property-change end 'mime-view-entity) (point-max)) next (get-text-property end 'mime-view-entity)) (> (length (mime-entity-node-id next)) len)))) (setq header t end (point-max))) (let ((buffer (get-buffer-create (format "%s-%s" (buffer-name) (reverse node-id)))) (content (buffer-substring-no-properties start end))) (with-current-buffer buffer (erase-buffer) (if header (insert content) (mime-insert-header (or (mime-entity-parent entity) entity)) (mime-decode-header-in-buffer) (goto-char (point-max)) (insert "\n" content))) (funcall method buffer)))))))))) -------------- next part -------------- > 私は Wanderlust の mime-preview-follow-current-entity の使い方が > 間違ってて， > それは [tm-ja 5467] あたりとの絡みで話が止まったままなんだと > 認識してました。 ;; うーん。やっぱり間違っているのかな...。 -- Yuuichi Teranishi (寺西裕一) PGP 5.0i Public Key: http://www.gohome.org/pgp5/teranisi.key "There's nothing you can do that can't be done..." From yamaoka ＠ jpl.org Wed Feb 9 16:05:50 2000 From: yamaoka ＠ jpl.org (Katsumi Yamaoka) Date: 09 Feb 2000 02:05:50 -0500 (EST) Subject: Bug? "A" for forwarded message References: <874sbja3za.wl@northeye.org>

Message-ID: >>>>> In [emacs-mime-ja : No.00380] >>>>> Yuuichi Teranishi wrote: 寺西さん> X-ML-Name: emacs-mime-ja 寺西さん> X-Mail-Count: 00015 寺西さん> Message-Id: 寺西さん> の山岡さんの記事が出どころと思います。おおっと、この話だったんですか。(^^;;) 寺西さん> SEMI-1.13 系にマージするべきとかいう話があった気がする寺西さん> のですが、結局どうなったのでしたでしょうか？自分ではたいして困っていない/いなかったのと、SEMI のメインテナからお返事がいただけなかったのでそのままになってしまい、3ヶ月以上経った今ではすっかり忘れておりました。 ;; ちかごろ本業に精を出しているのでもう一度見直す余力が無いのですが、 ;; ChangeLog に "rewrite" とだけ書いて commit するくらいならできます。 ;; できればもっとよくわかっていらっしゃる方が引き取って下さると良いの ;; ですが...。 -- Katsumi Yamaoka From teranisi ＠ gohome.org Wed Feb 9 16:47:50 2000 From: teranisi ＠ gohome.org (Yuuichi Teranishi) Date: Wed, 09 Feb 2000 16:47:50 +0900 Subject: Bug? "A" for forwarded message In-Reply-To: In your message of "09 Feb 2000 02:05:50 -0500 (EST)" References: <874sbja3za.wl@northeye.org>

Message-ID: At 09 Feb 2000 02:05:50 -0500 (EST), 山岡さん wrote: > > 自分ではたいして困っていない/いなかったのと、SEMI のメインテナから > お返事がいただけなかったのでそのままになってしまい、3ヶ月以上経った > 今ではすっかり忘れておりました。 > > ;; ちかごろ本業に精を出しているのでもう一度見直す余力が無いのですが、 > ;; ChangeLog に "rewrite" とだけ書いて commit するくらいならできます。 > ;; できればもっとよくわかっていらっしゃる方が引き取って下さると良いの > ;; ですが...。判断は各 maintainer にお任せですかね...。少なくとも SEMI-1.13 系には取り込まれることを望みます。 -- Yuuichi Teranishi (寺西裕一) PGP 5.0i Public Key: http://www.gohome.org/pgp5/teranisi.key "The love you take is equal to the love you make..." From tomo ＠ etl.go.jp Wed Feb 9 18:14:29 2000 From: tomo ＠ etl.go.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko) Date: 09 Feb 2000 18:14:29 +0900 Subject: Bug? "A" for forwarded message In-Reply-To: Katsumi Yamaoka's message of "09 Feb 2000 02:05:50 -0500 (EST)" References: <874sbja3za.wl@northeye.org>

Message-ID: >>>>> In [emacs-mime-ja : No.00381] >>>>> "山岡" = Katsumi Yamaoka wrote: 寺西>> X-ML-Name: emacs-mime-ja 寺西>> X-Mail-Count: 00015 寺西>> Message-Id: 寺西>> の山岡さんの記事が出どころと思います。山岡> おおっと、この話だったんですか。(^^;;) message/rfc822 entity で正しく follow 出来ないという問題は確か remi-1_14 では直っているはずです。残った問題は、reply とfollow の区別の話だと思いますが、これは私には判断できません。元々、tm-view に入れた時には follow と reply を入れるつもりだった記憶がありますが。（多分、"r" に bind するつもりだったと思う）そういう訳で、reply を追加するのは自然だと思いますが、どっちが良いかは MUA の都合で決めた方が良いんじゃないでしょうか？つまり、私が決めるような話ではないのではないかと思う訳です。寺西>> SEMI-1.13 系にマージするべきとかいう話があった気がする寺西>> のですが、結局どうなったのでしたでしょうか？ Chao-1.14 に新 key-bind を実装したものを SEMI 1.14 を出すという話であれば、その方針に変わりはないです。 ;; 今忙しいので、反応が悪くてすみません。また、SEMI 1.13 を出す余裕は既に私にはないです。もちろん、他の方が出して頂けるならそれでも良いんですが。そういう訳で、私が出すとすれば、Chao-1.14 が前提になります。SEMI 1.13 から既に若干変わっているので、できれば変更は Chao-1.14 を前提にし、これに merge する形にして頂けると、早く SEMI 1.14 に反映できます。で、予定としては、新 key-bind を実装した時点で、Chao 1.14.0 を release し、これに大きな問題がなければ semi-1_14 枝を作り、そこに merge する予定です。 -- ===『幾千億の分子に分かれても ======================================== 決して忘れない。この宇宙が終るまで』守岡知彦 (MORIOKA Tomohiko) ======================================== Email: ===== P.S. みんなで EMY を使うことにして、林さんに押しつけてしまうのが良いかも。(^_^;;; From keiichi ＠ nanap.org Wed Feb 9 18:51:35 2000 From: keiichi ＠ nanap.org (Keiichi Suzuki) Date: 09 Feb 2000 18:51:35 +0900 Subject: Could not compile FLIM & SEMI 1.12. Message-ID: ;; 話が 1.14 系列に移っているのに恐縮なのですが... ^^;;; Nana-gnus 6.12 系列の最終バージョンをリリースしようかと思い、 FLIM 1.12.7 と SEMI 1.13.4 を APEL 10.1 (先端) の環境で compile してみたところ、 *-CFG の中でそれぞれ poem / emu を require しないと、 compile できないことがわかりました。今更、 FLIM 1.12.8 をリリースするというのも、何だとは思いますし、 SEMI の方は、バージョン番号も困ると思いますので、文書上の required version で APEL の制限をしようと思います。 SEMI 1.13.4 の README.en を読むと少なくとも APEL 9.11 は必要なようですので、それ以降の変更のためだと思いますが、どれなのかが特定できません。 ;; 順番に遡っていけばわかるのでしょうが... ;_; 1999-08-25 MORIOKA Tomohiko * install.el: Don't require `emu'. あたりではないかと思い、 9.21 が限界なのではないかと思うのですが、いかがでしょうか? -- 鈴木圭一 / keiichi ＠ nanap.org PGP finger print (DH/DSS) 0B32 B37E 6DE9 3BC1 68A4 4089 7AAF 2B03 ECBD 614B From teranisi ＠ gohome.org Wed Feb 9 19:11:03 2000 From: teranisi ＠ gohome.org (Yuuichi Teranishi) Date: Wed, 09 Feb 2000 19:11:03 +0900 Subject: Bug? "A" for forwarded message In-Reply-To: In your message of "Wed, 9 Feb 2000 18:10:34 +0900" References: <874sbja3za.wl@northeye.org>

Message-ID: At Wed, 9 Feb 2000 18:10:34 +0900, 守岡知彦 / MORIOKA Tomohiko wrote: > > message/rfc822 entity で正しく follow 出来ないという問題は確か > remi-1_14 では直っているはずです。 > あれ？ remi-1_14 でも一緒でした。いまのはなしでは、 ---- ヘッダ [1 ] テキスト [2 message ] .... ---- のようなメールを MIME-View で表示していて、「ヘッダ」の位置にカーソルがあるときに、 `mime-preview-follow-current-entity' を実行すると、 2 のパートの中身しかフォロー用バッファにコピーされないというのが問題なのですが、もしかして、これが正しい挙動なのでしょうか。「ヘッダ」の位置にカーソルがあるならメール全体がコピーされるべきと思うのですが。 ;; やっぱり使い方間違っているのかな？ -- Yuuichi Teranishi (寺西裕一) PGP 5.0i Public Key: http://www.gohome.org/pgp5/teranisi.key "The movement you need is on your shoulder..." From tsumura ＠ kuis.kyoto-u.ac.jp Wed Feb 9 19:25:11 2000 From: tsumura ＠ kuis.kyoto-u.ac.jp (TSUMURA Tomoaki) Date: Wed, 09 Feb 2000 19:25:11 +0900 Subject: Bug? "A" for forwarded message In-Reply-To: In your message of "Wed, 09 Feb 2000 19:11:03 +0900" References: <874sbja3za.wl@northeye.org>

Message-ID: In the message "Re: Bug? "A" for forwarded message" (emacs-mime-ja 00385) 寺西さん wrote: > > message/rfc822 entity で正しく follow 出来ないという問題は確か > > remi-1_14 では直っているはずです。 > > > あれ？ remi-1_14 でも一緒でした。 > いまのはなしでは、守岡さんの仰言ってるのは，message/rfc822 な part に対して follow しようとしたときに刺さる話 (tm-ja 5458 あたり) です。 EMIKO や EMY には残っているように思いますが REMI 1.14 では直っています。以下とは別の話です。 > のようなメールを MIME-View で表示していて、 > 「ヘッダ」の位置にカーソルがあるときに、 > `mime-preview-follow-current-entity' を実行すると、 > 2 のパートの中身しかフォロー用バッファにコピーされないというのが問題 > なのですが、もしかして、これが正しい挙動なのでしょうか。これに関しては，mime-preview-follow-current-entity の何たるかを分かっていないので分かりません。(^^; -- 津邑 The cookie has a scrap of paper inside. It reads... ``Don't mess with shopkeepers, or you'll get the Guild after you.'' From tomo ＠ etl.go.jp Wed Feb 9 19:44:31 2000 From: tomo ＠ etl.go.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko) Date: 09 Feb 2000 19:44:31 +0900 Subject: Bug? "A" for forwarded message In-Reply-To: Yuuichi Teranishi's message of "Wed, 09 Feb 2000 19:11:03 +0900" References: <874sbja3za.wl@northeye.org>

Message-ID: >>>>> In [emacs-mime-ja : No.00385] >>>>> "寺西" = Yuuichi Teranishi wrote: 寺西> > message/rfc822 entity で正しく follow 出来ないという問題は確か寺西> > remi-1_14 では直っているはずです。寺西> あれ？ remi-1_14 でも一緒でした。寺西> いまのはなしでは、寺西> ---- 寺西> ヘッダ寺西> [1 ] 寺西> テキスト寺西> [2 message ] 寺西> .... 寺西> ---- 寺西> のようなメールを MIME-View で表示していて、「ヘッダ」の位置にカー寺西> ソルがあるときに、`mime-preview-follow-current-entity' を実行す寺西> ると、2 のパートの中身しかフォロー用バッファにコピーされないとい寺西> うのが問題なのですが、もしかして、これが正しい挙動なのでしょうか。つまり、multipart entity での問題だったんですね。問題を理解してなくてすみませんでした。寺西> 「ヘッダ」の位置にカーソルがあるなら寺西> メール全体がコピーされるべきと思うのですが。その通りです。現在位置の entity を message と見倣すのが正しいです。で、問題は entity の header を探すのに、entity の末尾から探していたために、一番最期の子孫 entity の header が見つかり、したがって、この子孫 entity しか処理されないために起こっていたようです。どうして、末尾から探すようにしたのか記憶にないのですが、とりあえず先頭から探すように修正しました。 -- ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━ ││ ─ │ ─ ／ ─ ┼─ ┬ ─ ─┼ ┬┴─ ┼┼─┼|〓━─┼ 守岡知彦 (MORIOKA Tomohiko) ─ ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ From shuhei ＠ aqua.ocn.ne.jp Wed Feb 9 19:44:46 2000 From: shuhei ＠ aqua.ocn.ne.jp (Shuhei KOBAYASHI) Date: 09 Feb 2000 19:44:46 +0900 Subject: Could not compile FLIM & SEMI 1.12. References: Message-ID: <8666vy4pup.fsf@aqua.ocn.ne.jp> >>>>> In , >>>>> Keiichi Suzuki wrote: > Nana-gnus 6.12 系列の最終バージョンをリリースしようかと思い、 FLIM > 1.12.7 と SEMI 1.13.4 を APEL 10.1 (先端) の環境で compile してみたとこ > ろ、 *-CFG の中でそれぞれ poem / emu を require しないと、 compile で > きないことがわかりました。 [...] > 9.21 が限界なのではないかと思うのですが、いかがでしょうか? ひょっとしてこれのことですか? -- Shuhei KOBAYASHI -------------- next part -------------- 添付メールを保管しました... 送信者: OKAZAKI Tetsurou 件名: install flim-1.12.7 on apel-9.22 or later 日付: Fri, 03 Dec 1999 15:56:48 +0900 サイズ: 1040 バイト URL: From teranisi ＠ gohome.org Wed Feb 9 20:13:54 2000 From: teranisi ＠ gohome.org (Yuuichi Teranishi) Date: Wed, 09 Feb 2000 20:13:54 +0900 Subject: Bug? "A" for forwarded message In-Reply-To: In your message of "Wed, 09 Feb 2000 19:25:11 +0900" References: <874sbja3za.wl@northeye.org>

Message-ID: At Wed, 09 Feb 2000 19:25:11 +0900, TSUMURA Tomoaki wrote: > > 守岡さんの仰言ってるのは，message/rfc822 な part に対して follow > しようとしたときに刺さる話 (tm-ja 5458 あたり) です。 > EMIKO や EMY には残っているように思いますが REMI 1.14 では直って > います。以下とは別の話です。 > At 09 Feb 2000 19:44:31 +0900, 守岡知彦 / MORIOKA Tomohiko wrote: > > つまり、multipart entity での問題だったんですね。問題を理解してなくて > すみませんでした。なるほど、問題が２つあったのですね。こちらこそ分かっていなくてすみません。 > で、問題は entity の header を探すのに、entity の末尾から探していたた > めに、一番最期の子孫 entity の header が見つかり、したがって、この子孫 > entity しか処理されないために起こっていたようです。どうして、末尾から > 探すようにしたのか記憶にないのですが、とりあえず先頭から探すように修正 > しました。これで message/rfc822 パートだけがコピーされる問題は直りましたが、今度は普通の text パートにカーソルがあるときにそのパートの内容がコピーされなくなりました ;_;。報告だけですみません。 -- Yuuichi Teranishi (寺西裕一) PGP 5.0i Public Key: http://www.gohome.org/pgp5/teranisi.key "There will be an answer, let it be..." From tomo ＠ etl.go.jp Wed Feb 9 20:28:58 2000 From: tomo ＠ etl.go.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko) Date: 09 Feb 2000 20:28:58 +0900 Subject: Bug? "A" for forwarded message In-Reply-To: Yuuichi Teranishi's message of "Wed, 09 Feb 2000 20:13:54 +0900" References: <874sbja3za.wl@northeye.org>

Message-ID: >>>>> In [emacs-mime-ja : No.00389] >>>>> "寺西" = Yuuichi Teranishi wrote: 寺西> > で、問題は entity の header を探すのに、entity の末尾から探し寺西> > ていたために、一番最期の子孫 entity の header が見つかり、した寺西> > がって、この子孫 entity しか処理されないために起こっていたよう寺西> > です。どうして、末尾から探すようにしたのか記憶にないのですが、寺西> > とりあえず先頭から探すように修正しました。寺西> これで message/rfc822 パートだけがコピーされる問題は直りましたが、寺西> 今度は普通の text パートにカーソルがあるときに寺西> そのパートの内容がコピーされなくなりました ;_;。寺西> 報告だけですみません。その後、mime-preview-find-boundary-info に optional 引数を指定した時の bug を修正したりしたので、条件が違うかも知れませんが、single part の場合や message/rfc822 中の text/plain で問題なく follow 出来ました。もしかしてこれまた違う問題でしょうか？(^_^;;; -- ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━ ││ ─ │ ─ ／ ─ ┼─ ┬ ─ ─┼ ┬┴─ ┼┼─┼|〓━─┼ 守岡知彦 (MORIOKA Tomohiko) ─ ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ From teranisi ＠ isl.ntt.co.jp Wed Feb 9 21:41:00 2000 From: teranisi ＠ isl.ntt.co.jp (Yuuichi Teranishi) Date: Wed, 09 Feb 2000 21:41:00 +0900 Subject: Bug? "A" for forwarded message In-Reply-To: In your message of "09 Feb 2000 20:28:58 +0900" References: <874sbja3za.wl@northeye.org>

Message-ID: At 09 Feb 2000 20:28:58 +0900, 守岡知彦 / MORIOKA Tomohiko wrote: > > その後、mime-preview-find-boundary-info に optional 引数を指定した時の > bug を修正したりしたので、条件が違うかも知れませんが、single part の場 > 合や message/rfc822 中の text/plain で問題なく follow 出来ました。 > 最新に update しても同じでした。たとえば、 --- ヘッダ [1 ] テキスト [2 word.doc ] --- のような MIME-View バッファで、[1] のボタンの上にカーソルがあるときに、 `mime-preview-follow-current-entity' を実行すると、「ヘッダ」部分がフォロー用バッファにコピーされました。上の例なら、"テキスト"がコピーされるのが正しいと思うのですが。 ;; やっぱり使い方間違っているのかな？ -- Yuuichi Teranishi (寺西裕一) NTT Cyber Space Laboratories Information-base Project "The love you take is equal to the love you make..." From ari ＠ mbf.sphere.ne.jp Wed Feb 9 22:13:50 2000 From: ari ＠ mbf.sphere.ne.jp (Akihiro Arisawa) Date: Wed, 09 Feb 2000 22:13:50 +0900 Subject: Bug? "A" for forwarded message In-Reply-To: In your message of "Wed, 9 Feb 2000 19:03:37 +0900" References: <874sbja3za.wl@northeye.org>

Message-ID: 有沢です。 >>>>> In [Wanderlust : No.04038] >>>>> Yuuichi Teranishi wrote: > > message/rfc822 entity で正しく follow 出来ないという問題は確か > > remi-1_14 では直っているはずです。 > あれ？ remi-1_14 でも一緒でした。 2つの問題点が交錯しているようです(^^; > ---- > ヘッダ > > [1 ] > テキスト > [2 message ] > .... > ---- 1 Summaryにて wl-summary-reply-with-citation(A) を実行時に、 text/plainのパートが引用されない。 1' Messageのヘッダにて mime-preview-follow-current-entity(a) を実行時に、text/plainのパートが引用されない。 2 Messageの[2 ]のボタンの上で mime-preview-follow-current-entity(a) を実行時にエラーとなる。でもって、remi-1_14で直っているのは2の方だけだと思います。 [emacs-mime-ja : No. 00015] による山岡さんの定義にすると、上記の問題は直ると思うのですが、実はこうすると以下の問題があります。 3 暗号化されたメールをデコードした状態で mime-preview-follow-current-entiry(a) を実行した時に、 mime-mother-buffer からヘッダの情報を集めないため、 wl-draft-reply で、Fromフィールドを取得できずにエラーとなる。なお、EMIKO(やそれをベースとしたremi-1_14やEMY)ではこの問題は無いはずですが、semi-1_13ではエラーとなると思います。 -- Akihiro Arisawa From tomo ＠ etl.go.jp Thu Feb 10 15:09:16 2000 From: tomo ＠ etl.go.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko) Date: 10 Feb 2000 15:09:16 +0900 Subject: Bug? "A" for forwarded message In-Reply-To: Yuuichi Teranishi's message of "Wed, 09 Feb 2000 21:41:00 +0900" References: <874sbja3za.wl@northeye.org>

Message-ID: >>>>> [emacs-mime-ja : No.00391] にて >>>>> “寺西”= Yuuichi Teranishi さま曰く: 寺西> 最新に update しても同じでした。寺西> たとえば、寺西> --- 寺西> ヘッダ寺西> [1 ] 寺西> テキスト寺西> [2 word.doc ] 寺西> --- 寺西> のような MIME-View バッファで、[1] のボタンの上にカーソルがある寺西> ときに、`mime-preview-follow-current-entity' を実行すると、「ヘッ寺西> ダ」部分がフォロー用バッファにコピーされました。寺西> 上の例なら、"テキスト"がコピーされるのが正しいと思うのですが。おっしゃる通りです。問題を確認し、修正しました。原因は header が表示されている時しか考えてなかったという情けないもので、その場限りの目的でこっそり作ったことが良く判ります。(^_^;;; また、別の mime-preview-find-boundary-info の問題点も修正しました。 -- ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━ ││ ─ │ ─ ／ ─ ┼─ ┬ ─ ─┼ ┬┴─ ┼┼─┼|〓━─┼ 守岡知彦 (MORIOKA Tomohiko) ─ ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ From tomo ＠ etl.go.jp Thu Feb 10 15:18:55 2000 From: tomo ＠ etl.go.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko) Date: 10 Feb 2000 15:18:55 +0900 Subject: Bug? "A" for forwarded message In-Reply-To: ari@mbf.sphere.ne.jp's message of "Wed, 09 Feb 2000 22:13:50 +0900" References: <874sbja3za.wl@northeye.org>

Message-ID: >>>>> [emacs-mime-ja : No.00392] にて >>>>> “有沢”= ari ＠ mbf.sphere.ne.jp (Akihiro Arisawa) さま曰く: 有沢> なお、EMIKO(やそれをベースとしたremi-1_14やEMY)ではこの問題は有沢> 無いはずですが、semi-1_13ではエラーとなると思います。修正が行われたのは REMI 1.14 で EMIKO ではないです。よって、EMIKO とその子孫の全てで直っているとは言えないようです。 -- ┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━ ││ ─ │ ─ ／ ─ ┼─ ┬ ─ ─┼ ┬┴─ ┼┼─┼|〓━─┼ 守岡知彦 (MORIOKA Tomohiko) ─ ─┬ ┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ From ari ＠ atesoft.advantest.co.jp Thu Feb 10 16:15:30 2000 From: ari ＠ atesoft.advantest.co.jp (Akihiro Arisawa) Date: 10 Feb 2000 16:15:30 +0900 Subject: Bug? "A" for forwarded message In-Reply-To: (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko's message of "10 Feb 2000 15:18:55 +0900") References: <874sbja3za.wl@northeye.org>

Message-ID: <7tehffhwmst.fsf@atesoft.advantest.co.jp> 有沢です。 tomo ＠ etl.go.jp (守岡知彦 / MORIOKA Tomohiko) writes: 有沢> なお、EMIKO(やそれをベースとしたremi-1_14やEMY)ではこの問題は有沢> 無いはずですが、semi-1_13ではエラーとなると思います。守岡> 修正が行われたのは REMI 1.14 で EMIKO ではないです。よって、EMIKO とそ守岡> の子孫の全てで直っているとは言えないようです。この問題は3を指したつもりだったんですが、これは EMIKO で直ったものです。 ;; [emacs-mime-ja : No.00229] あたりです。 ;; 今試してみたら、EMYではダメでした(^^; で、2はたしか REMI でしか直ってないですね。守岡> 問題を確認し、修正しました。原因は header が表示されている時しか考えて --- ヘッダ [1 ] テキスト [2 ] ... --- というメッセージに対して、T-gnus にてヘッダにカーソルがある状態で `mime-preview-follow-current-entity' を実行すると、 `eword-decode-unfold' で無限ループに陥いるようです。のボタンやパートで実行しても同様です。 text-propery の intangible が原因のようだったので、 (mime-decode-header-in-buffer) の前で inhibit-point-motion-hooks を t に束縛すると問題無いことは確認しました。 ;; が、そんな修正で良いかは分かってません(^^; -- (株)アドバンテスト有沢明宏 From tomo ＠ etl.go.jp Thu Feb 10 17:13:00 2000 From: tomo ＠ etl.go.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko) Date: 10 Feb 2000 17:13:00 +0900 Subject: Bug? "A" for forwarded message In-Reply-To: ari@atesoft.advantest.co.jp's message of "10 Feb 2000 16:15:30 +0900" References: <874sbja3za.wl@northeye.org>

<7tehffhwmst.fsf@atesoft.advantest.co.jp> Message-ID: >>>>> [emacs-mime-ja : No.00395] にて >>>>> “有沢”= ari ＠ atesoft.advantest.co.jp (Akihiro Arisawa) さま曰く: 有沢> なお、EMIKO(やそれをベースとしたremi-1_14やEMY)ではこの問題は無有沢> いはずですが、semi-1_13ではエラーとなると思います。守岡> 修正が行われたのは REMI 1.14 で EMIKO ではないです。よって、守岡> EMIKO とその子孫の全てで直っているとは言えないようです。有沢> この問題は3を指したつもりだったんですが、これは EMIKO で直ったも有沢> のです。有沢> ;; [emacs-mime-ja : No.00229] あたりです。有沢> ;; 今試してみたら、EMYではダメでした(^^; なるほど。読解力がなくてすみません。有沢> で、2はたしか REMI でしか直ってないですね。守岡> 問題を確認し、修正しました。原因は header が表示されている時しか考えて有沢> --- 有沢> ヘッダ有沢> [1 ] 有沢> テキスト有沢> [2 ] 有沢> ... 有沢> --- 有沢> というメッセージに対して、T-gnus にてヘッダにカーソルがある状態で有沢> `mime-preview-follow-current-entity' を実行すると、有沢> `eword-decode-unfold' で無限ループに陥いるようです。有沢> のボタンやパートで実行しても同様です。有沢> text-propery の intangible が原因のようだったので、有沢> (mime-decode-header-in-buffer) の前で inhibit-point-motion-hooks 有沢> を t に束縛すると問題無いことは確認しました。有沢> ;; が、そんな修正で良いかは分かってません(^^; inhibit-point-motion-hooks なんてないと思ったら例によって Emacs と XEmacs の挙動の違いなんですね。それはともかく、header は original buffer から取って来ているので、なんとなく original buffer の header 部分に `intangible' text property が付いているような気がするんですがこれは正しいですか？また、もし正しいとすると、これは正常な挙動ですか？ ;; という訳で、wl ＠ lists.airs.net を外し、semi-gnus-ja を追加しました。また、これは有沢さんにお聞きしたいのですが、「(mime-decode-header-in-buffer) の前で inhibit-point-motion-hooks を t に束縛する」とは (let ((inhibit-point-motion-hooks t)) (mime-decode-header-in-buffer)) みたいなことでしょうか？ところで、別件の mime-entity-header-buffer 系を使わないようにしようという話に関係しますが、(mime-entity-header-buffer current-entity) から (mime-entity-header-start-point current-entity) と (mime-entity-header-end-point current-entity) で囲まれた領域を std11-header-string-except で取って来るのは良くないので、 mime-insert-header を使うように変え、(mime-decode-header-in-buffer) を使うのは止めようと思います。もし、これで直らなかったとしたら、それは多分、FLIM が MUA の問題になると思います。 -- ===『幾千億の分子に分かれても ======================================== 決して忘れない。この宇宙が終るまで』守岡知彦 (MORIOKA Tomohiko) ======================================== Email: ===== From ari ＠ atesoft.advantest.co.jp Thu Feb 10 17:59:56 2000 From: ari ＠ atesoft.advantest.co.jp (Akihiro Arisawa) Date: 10 Feb 2000 17:59:56 +0900 Subject: Bug? "A" for forwarded message In-Reply-To: (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko's message of "10 Feb 2000 17:13:00 +0900") References: <874sbja3za.wl@northeye.org>

<7tehffhwmst.fsf@atesoft.advantest.co.jp> Message-ID: <7ted7q5whyr.fsf@atesoft.advantest.co.jp> 有沢です。 tomo ＠ etl.go.jp (守岡知彦 / MORIOKA Tomohiko) writes: 有沢> というメッセージに対して、T-gnus にてヘッダにカーソルがある状態で有沢> `mime-preview-follow-current-entity' を実行すると、有沢> `eword-decode-unfold' で無限ループに陥いるようです。有沢> text-propery の intangible が原因のようだったので、有沢> (mime-decode-header-in-buffer) の前で inhibit-point-motion-hooks 有沢> を t に束縛すると問題無いことは確認しました。守岡> inhibit-point-motion-hooks なんてないと思ったら例によって Emacs と守岡> XEmacs の挙動の違いなんですね。確かに XEmacs だと問題無いですね(^^; 守岡> それはともかく、header は original buffer から取って来ているので、なん守岡> となく original buffer の header 部分に `intangible' text property が守岡> 付いているような気がするんですがこれは正しいですか？ `intangible' text property が付いているヘッダは、 *Article* バッファから `insert-buffer-substring' で挿入した部分にありました。 *Original Article* の方には text property は無いようです。守岡> 「(mime-decode-header-in-buffer) の前で inhibit-point-motion-hooks を守岡> t に束縛する」とは守岡> (let ((inhibit-point-motion-hooks t)) 守岡> (mime-decode-header-in-buffer)) 守岡> みたいなことでしょうか？まさに、その通りです。 -- (株)アドバンテスト有沢明宏 From yamaoka ＠ jpl.org Thu Feb 10 18:07:56 2000 From: yamaoka ＠ jpl.org (Katsumi Yamaoka) Date: 10 Feb 2000 04:07:56 -0500 (EST) Subject: Bug? "A" for forwarded message References: <874sbja3za.wl@northeye.org>

<7tehffhwmst.fsf@atesoft.advantest.co.jp> Message-ID: >>>>> In [emacs-mime-ja : No.00396] >>>>> tomo ＠ etl.go.jp (守岡知彦 / MORIOKA Tomohiko) wrote: tomo> それはともかく、header は original buffer から取って来ているので、 tomo> なんとなく original buffer の header 部分に `intangible' text tomo> property が付いているような気がするんですがこれは正しいですか？正しいです。 `gnus-hidden-properties' というユーザオプションのデフォルト値が (invisible t intangible t) なのですが、見たくないフィールドはヘッダの最下行にまとめられてこれらの props が付加されます。 tomo> また、もし正しいとすると、これは正常な挙動ですか？正常、というか FSF Emacs の仕様に忠実に動作しています。関数 `eword-decode-unfold' の中で行なわれている (while (re-search-forward std11-field-head-regexp nil t) が intangible な領域にマッチしたとき、point は intangible な領域を飛び越えてヘッダの最下部まで移動してしまいます。この後で関数 `std11-field-end' は (if (re-search-forward "^$" bound t) (goto-char (1- (match-beginning 0))) ということを行なうのですが、(1- (match-beginning 0)) は intangible な領域内にあるので、point がintangible な領域の開始位置の直前まで戻ってしまい、これらを繰り返す無限ループになります。と言うわけで有沢さんが提示された `inhibit-point-motion-hooks' を t に束縛する方法や、最初にバッファ内の intangible な prop をはぎ取ってしまっておくのが対策になると思います。 -- Katsumi Yamaoka From tomo ＠ etl.go.jp Thu Feb 10 18:29:48 2000 From: tomo ＠ etl.go.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko) Date: 10 Feb 2000 18:29:48 +0900 Subject: Bug? "A" for forwarded message In-Reply-To: Katsumi Yamaoka's message of "10 Feb 2000 04:07:56 -0500 (EST)" References: <874sbja3za.wl@northeye.org>

<7tehffhwmst.fsf@atesoft.advantest.co.jp> Message-ID: >>>>> In [semi-gnus-ja : No.4901] >>>>> "山岡" = Katsumi Yamaoka wrote: tomo> それはともかく、header は original buffer から取って来ているので、 tomo> なんとなく original buffer の header 部分に `intangible' text tomo> property が付いているような気がするんですがこれは正しいですか？山岡> 正しいです。山岡> `gnus-hidden-properties' というユーザオプションのデフォルト値が山岡> (invisible t intangible t) なのですが、見たくないフィールドはヘッ山岡> ダの最下行にまとめられてこれらの props が付加されます。ほんとにほんとに gnus-original-article-buffer の header も隠されているんですか？(;_;)（認めたくないらしい(^_^;;;） tomo> また、もし正しいとすると、これは正常な挙動ですか？山岡> 正常、というか FSF Emacs の仕様に忠実に動作しています。山岡> 関数 `eword-decode-unfold' の中で行なわれているえっと、お聞きしたかったのは、Emacs の仕様ではなくて、 gnus-original-article-buffer の header を隠していることが意図していることなのかどうかということです。 ;; cursor 移動の問題を解決するためだけに一番底を変えてしまうという例に ;; よって例のごとくのアレな仕様なんですね。(^_^;;; 山岡> と言うわけで有沢さんが提示された `inhibit-point-motion-hooks' を山岡> t に束縛する方法や、最初にバッファ内の intangible な prop をはぎ山岡> 取ってしまっておくのが対策になると思います。前者の方法を採るなら多分 FLIM でやるのが良いと思います。後者なら SEMI ですね。でも、FLIM の buffer 系 API の廃止方針に則り、 mime-insert-header を使うことにします。つまり、この問題を解決するのは gnus における mm-backend の責任ということにしようと言う訳です。 -- ===『幾千億の分子に分かれても ======================================== 決して忘れない。この宇宙が終るまで』守岡知彦 (MORIOKA Tomohiko) ======================================== Email: ===== From yamaoka ＠ jpl.org Thu Feb 10 18:34:15 2000 From: yamaoka ＠ jpl.org (Katsumi Yamaoka) Date: 10 Feb 2000 04:34:15 -0500 (EST) Subject: Bug? "A" for forwarded message References: <874sbja3za.wl@northeye.org>

<7tehffhwmst.fsf@atesoft.advantest.co.jp> Message-ID: >>>>> In [emacs-mime-ja : No.00399] >>>>> tomo ＠ etl.go.jp (守岡知彦 / MORIOKA Tomohiko) wrote: 山岡> `gnus-hidden-properties' というユーザオプションのデフォルト値が山岡> (invisible t intangible t) なのですが、見たくないフィールドはヘッ山岡> ダの最下行にまとめられてこれらの props が付加されます。 tomo> ほんとにほんとに gnus-original-article-buffer の header も隠され tomo> ているんですか？(;_;)（認めたくないらしい(^_^;;;）ほんとです。(^^;;) tomo> えっと、お聞きしたかったのは、Emacs の仕様ではなくて、 tomo> gnus-original-article-buffer の header を隠していることが意図し tomo> ていることなのかどうかということです。そうです。 tomo> ;; cursor 移動の問題を解決するためだけに一番底を変えてしまうとい tomo> ;; う例によって例のごとくのアレな仕様なんですね。(^_^;;; えと、ちゃんと調べる時間が無いのでウソを書くかもしれませんが、元からあったフィールドを全部保持し、ただし見たくないものを隠すのは Gnus 5.6 以前の仕様でした。で、Pterodactyl Gnus 以降では要らないフィールドは本当に article buffer から消してしまうようになったのですが、T-gnus では何かの都合で以前の仕様を踏襲して現在に到っています。 ;; ごめんなさい、その *都合* が何だったか思い出せません。 ;; 有志の皆様は改良に挑戦しましょう。:-) -- Katsumi Yamaoka From tomo ＠ etl.go.jp Thu Feb 10 18:59:10 2000 From: tomo ＠ etl.go.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko) Date: 10 Feb 2000 18:59:10 +0900 Subject: Bug? "A" for forwarded message In-Reply-To: Katsumi Yamaoka's message of "10 Feb 2000 04:34:15 -0500 (EST)" References: <874sbja3za.wl@northeye.org>

<7tehffhwmst.fsf@atesoft.advantest.co.jp> Message-ID: >>>>> In [emacs-mime-ja : No.00400] >>>>> "山岡" = Katsumi Yamaoka wrote: 山岡> `gnus-hidden-properties' というユーザオプションのデフォルト値が山岡> (invisible t intangible t) なのですが、見たくないフィールドはヘッ山岡> ダの最下行にまとめられてこれらの props が付加されます。 tomo> ほんとにほんとに gnus-original-article-buffer の header も隠され tomo> ているんですか？(;_;)（認めたくないらしい(^_^;;;）山岡> ほんとです。(^^;;) うるうる。つまり、有沢さんの説は正しくない訳で、今作った、mime-view-entity-body property で body を判定する修正では多分解決しないんでしょうね。 tomo> えっと、お聞きしたかったのは、Emacs の仕様ではなくて、 tomo> gnus-original-article-buffer の header を隠していることが意図し tomo> ていることなのかどうかということです。山岡> そうです。 tomo> ;; cursor 移動の問題を解決するためだけに一番底を変えてしまうとい tomo> ;; う例によって例のごとくのアレな仕様なんですね。(^_^;;; ;; これは T-gnus に関してではなく、Emacs（の開発者の趣味）に関する言及 ;; です。もし、誤解されてお気を悪くされていたら申し訳ありません。山岡> えと、ちゃんと調べる時間が無いのでウソを書くかもしれませんが、山岡> 元からあったフィールドを全部保持し、ただし見たくないものを隠すの山岡> はGnus 5.6 以前の仕様でした。山岡> で、Pterodactyl Gnus 以降では要らないフィールドは本当に article 山岡> bufferから消してしまうようになったのですが、これは良い変更だと思います。ところで、gnus-article-buffer だけでなく gnus-original-article-buffer の header も隠す意図はご存知でしょうか？ -- ===『幾千億の分子に分かれても ======================================== 決して忘れない。この宇宙が終るまで』守岡知彦 (MORIOKA Tomohiko) ======================================== Email: ===== From yamaoka ＠ jpl.org Thu Feb 10 19:10:30 2000 From: yamaoka ＠ jpl.org (Katsumi Yamaoka) Date: 10 Feb 2000 05:10:30 -0500 (EST) Subject: Bug? "A" for forwarded message In-Reply-To: tomo@etl.go.jp's message of "10 Feb 2000 18:59:10 +0900" References: <874sbja3za.wl@northeye.org>

<7tehffhwmst.fsf@atesoft.advantest.co.jp> Message-ID: >>>>> In [semi-gnus-ja : No.4904] >>>>> tomo ＠ etl.go.jp (守岡知彦 / MORIOKA Tomohiko) wrote: tomo> ところで、gnus-article-buffer だけでなく tomo> gnus-original-article-buffer の header も隠す意図はご存知でしょ tomo> うか？え゛? 念のため T-gnus だけでなく Gnus 5.8 でも確認しましたが、 (text-property-any (point-min) (point-max) 'invisible t) や (overlay-lists) などが non-nil を返すことは無いようですが...。(?o?) そういう動作をする場合があるという意味でしたら、ぼくは知りません。 -- Katsumi Yamaoka From tomo ＠ etl.go.jp Thu Feb 10 19:18:58 2000 From: tomo ＠ etl.go.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko) Date: 10 Feb 2000 19:18:58 +0900 Subject: Bug? "A" for forwarded message In-Reply-To: ari@atesoft.advantest.co.jp's message of "10 Feb 2000 17:59:56 +0900" References: <874sbja3za.wl@northeye.org>

<7tehffhwmst.fsf@atesoft.advantest.co.jp> <7ted7q5whyr.fsf@atesoft.advantest.co.jp> Message-ID: >>>>> [semi-gnus-ja : No.4900] にて >>>>> “有沢”= ari ＠ atesoft.advantest.co.jp (Akihiro Arisawa) さま曰く: 有沢> `intangible' text property が付いているヘッダは、 *Article* バッ有沢> ファから`insert-buffer-substring' で挿入した部分にありました。有沢> *Original Article* の方には text property は無いようです。なるほど。とりあえず、body の範囲を調べるのに mime-view-entity-body text-property を用い、より厳密?に調べるようにしてみました。 ;; でも、まだ heuristic っぽいので、もっと厳密にした方が良いかも知れな ;; いが。 -- ===『幾千億の分子に分かれても ======================================== 決して忘れない。この宇宙が終るまで』守岡知彦 (MORIOKA Tomohiko) ======================================== Email: ===== From tomo ＠ etl.go.jp Thu Feb 10 19:25:40 2000 From: tomo ＠ etl.go.jp (=?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko) Date: 10 Feb 2000 19:25:40 +0900 Subject: Bug? "A" for forwarded message In-Reply-To: Katsumi Yamaoka's message of "10 Feb 2000 05:10:30 -0500 (EST)" References: <874sbja3za.wl@northeye.org>