[#14130] Re: pop3 via firewall — kikutani@...
きくたにです。古い話を持ち出しますが、
[#14133] Thread safe eRuby — Yoshinori Toki <toki@...>
土岐です。
まつもと ゆきひろです
[#14136] — akendo@...3.rim.or.jp
遠藤です。
まつもと ゆきひろです
[#14153] Re: Class is a Class. — 助田 雅紀 <masaki.suketa@...>
助田です.
[#14202] はじめまして — Takashi Nishimoto <g96p0935@...>
みなさん、 はじめまして。
[#14203] class def in class def — kikutani@...
きくたにです。なんか初歩的質問で恥ずかしいけど。
なひです.
なひです.
まつもと ゆきひろです
なひです.
まつもと ゆきひろです
前田です。
五樹島です。お世話になっております。
松尾です。
石橋秀仁です. はじめまして.
前田です。
石橋です.
まつもと ゆきひろです
ごとけんです
まつもと ゆきひろです
[#14220] Re: Subscribe confirmation request (ruby mailing list) — Akihiro Yamauchi <aygoofy@...>
ruby-list-admin@netlab.co.jp wrote
有馬@FITECです。
わたなべです.
[#14257] hajimemasite — Koyama Hideo<fa8h-kym@...>
[#14282] What's |n| ? — Kohji IKEDA <kid@...>
はじめまして、池田@ソフトサイエンスです。
From: Kohji IKEDA <kid@mwc.biglobe.ne.jp>
ども、池田@ソフトサイエンスです。
まつもと ゆきひろです
遠藤です。
まつもと ゆきひろです
[#14284] Module.new feature — Shin-ichiro Hara <sinara@...>
原です。
[#14292] RUBYLIB is necessary for 1.3 ? — kikutani@...
1.2までは、たとえば、mime.rb を /usr/local/lib/ruby にほうりこんどきゃ
[#14304] ruby-info.el — Takashi Nishimoto <g96p0935@...>
Ruby の関数/変数の解説を info から調べる Emacs Lisp を書いてみました。
[#14323] Segmentation Fault on ruby-1.2.5 for Win32(Cygwin) — "MIYOKAWA, Nobuyoshi" <nmiyo@...>
三代川と申します。
こんにちは,もりきゅうです。
こんにちは、三代川です。
[#14332] ruby/gtk 0.17 — Dai <MAP2303@...>
[#14336] archive.rb — Takashi Nishimoto <g96p0935@...>
必要のため、統合アーカイバを書いてみました。
まつもと ゆきひろです
[#14341] sort animation on ruby/tk — "Date Ken" <ge6537@...>
はじめまして伊達と申します。
[#14371] regexp for backslash escaped strings — gotoken@... (GOTO Kentaro)
ごとけんです
わたなべです.
[#14379] Ruby as the First Language — Hideto Ishibashi <a1602hi@...>
石橋秀仁です.
ごとけんです
石橋秀仁です.
ごとけんです
From: gotoken@math.sci.hokudai.ac.jp
[#14408] goo.rb — Kazunori Akaishi <akaishi@...>
akaishi です。
[#14417] はじめまして — Kenji Horikoshi <k-horix@...>
はじめまして,堀越と申します.
ごとけんです
[#14428] sort — Koyama Hideo<fa8h-kym@...>
もとcobol屋の小山と申します。
立石です。
ごとけんさん、立石さん。ありがとうございます。
[#14441] ConditionVariable (thread.rb) — SEKI <m_seki@...>
原です。
前田です。
前田です。
原です。
前田です。
原です。
原です。
前田です。
まつもと ゆきひろです
原です。
前田です。
原です。
前田です。
原です。
前田です。
[#14481] count lines — kikutani@...
きくたにです。
[#14489] Re: sort — 助田 雅紀 <masaki.suketa@...>
助田です.ちょっとわからなかったので質問します.
[#14506] Re: ちっちゃい Ruby — 中村暁史 <anakamur@...>
[#14513] Hater — cercine@... (Takashi Ikeda)
池田です。
こんにちは,堀越です.
中田@Vectorです。こんな話の時だけ。
こんにちは,堀越です.
In message "[ruby-list:14574] Re: Hater"
こんにちは,堀越です.
石橋秀仁です.
こんにちは,堀越です.
石橋秀仁です. こんにちは.
もと、大型機使いの小山です。
有馬@FITECです。
新井です。
有馬@FITECです。
まつもと ゆきひろです
青山です。
まつもと ゆきひろです
まつもと ゆきひろです
だんのです。
まつもと ゆきひろです
石橋秀仁%チュートリアル構想中です.
ごとけんです
なひです.
石橋秀仁です.
なひです.大学では自然言語処理や知識表現について研究しておりました.
石橋秀仁です.
なひです.
なひです.
なひです.
石橋秀仁です.
前田です。
早坂@会津大学といいます。
まつもと ゆきひろです
[#14521] ruby の書き方 ? — goto@...
後藤@横河工事です。以前、ここでお世話になったおかげで、なんとか
前田です。
私も -i でやる方法を書いたけど、前田さんが書いたからもういいや。
[#14597] TkAfter munched memory. — Yoshinari NOMURA <nom@...>
はじめまして、九大の乃村です。
[#14602] ruby upload cgi program — ymaekawa@...
前川と申します。
青山です。
[#14667] [BUG] def foo; foo end; foo — "Takehiko Ueki" <takehiko@...>
ども、植木です。
[#14696] Ruby traps & tips — Akira Endo <akendo@...3.rim.or.jp>
遠藤です。
あおきです。
遠藤です。
あおきです。
[ruby-list:14178] standard mail library RFC
あおきです。
先にまつもとさんから提案された、メール関連の標準ライブラリの
仕様を本格的にまとめませんか。
まず、始めるにあたってはっきりさせておきたいのが、この
プロジェクトの「内容」と「範囲」です。
最初のまつもとさんのメールでは
In Mail "[ruby-list:14099] Re: TMail について"
matz@netlab.co.jp (Yukihiro Matsumoto) wrote:
> まつもと ゆきひろです
> この際,調整して一本化するプロジェクトを発足させませんか?
ということですから、「いまあるものをひとつにしぼる」ということ
ですよね。つまり、新しいものをつけくわえるという意味は入って
いなかったように思われます。
ですが、先のメールで出された、ファイアウォールへの対応などは
あれば当然価値はあるわけで、これを機に実装を考えるのもいいかも
しれません。
もちろん、まずはベースとなる基本的なものだけを作り、あとから
機能をつけくわえていくということも選択肢にはいるでしょう。
それから対象範囲に関して。
もともとの意味あいとしては「メール関連」ということですから、
SMTP/POP3/RFC822/MIME 周辺 (この記述も不明確ですが) が対象だと
思われます。
が、そのあとのメールを見ると、それ以外の分野、NNTP HTTP FTP なども
このさいまとめてしまうほうがいいのかもしれません。
指摘があったように SMTP/POP3 と他のインターネットプロトコルは
似通っていますし、inetclient を作ってみた感蝕としても、共通する
コードは多いですし、その価値はあると思います。
あと、設計について少し。
現存のライブラリはやれることに関しては大きな違いはないようです。
最も違いがでているのは機能の分割方法です。
たとえば出沢さんの smtp-send.rb では Content-Type: をつけたり
B エンコードしたりしていますが tmail はメールクラスがその機能を
もっています。sgmail の smtp.rb+libsmtp.rb もやはり送信と同時に
ヘッダをエンコードしているようです。
tmail と rfc822.rb は扱っている分野は似ていますが方向性がかなり
違います。rfc822.rb はヘッダを「属性的に」扱うのに対し、tmail では
ヘッダフィールドをそのままオブジェクトにしています。
このような違いはそれぞれに理由があって生まれているものですから、
各ライブラリについてばらばらに議論してもたぶん面倒なことになると
思います。まず全体の設計を行い、それを各ライブラリに波及させるのが
よいのではないでしょうか。
例えばぼくの場合、inetclient/tmail のどちらも
「入出力」-「加工」-「オブジェクト」という機能の三分割を基本に
おいて設計されています。
「入出力」が inetclient と tmail 中の mailio.rb で、リモートへの
送信と、ローカルへの保存を担当します。
「オブジェクト」は tmail で、名前のとおり、(メール)オブジェクトの
ことです。最も制限のない環境で、自由に操作できます。
「加工」はエンコードのことです。オブジェクトを適当な文字列に加工
します。From: を設定するようなこともこの層で行います。いわば最も
"汚い"層です。
この三分割による設計と違う設計、基本方針が決められれば、自然と
ライブラリの仕様もかたまってくると思います。また、そのような
一貫した設計に基いていれば、わかりやすさ、使いやすさという点でも
よいものができるはずです。
とりあえずぼくなりに勝手にまとめてしまいました。
ぜひ 要望、感想、意見、提案などおよせください。
-------------------------------------------------------------------
あおきみねろう mail: aamine@dp.u-netsurf.ne.jp
site: http://www1.u-netsurf.ne.jp/~brew/mine/