diff options
| author | fukachan <fukachan> | 2003-11-25 11:36:10 +0000 |
|---|---|---|
| committer | fukachan <fukachan> | 2003-11-25 11:36:10 +0000 |
| commit | b722e6ce471593ba133e7f2f6bd6d6c838c4e2a3 (patch) | |
| tree | a07bd01dcf658a86726ab7a51301baf35341a7ba /regress | |
| parent | c8bbb8efb7161ab4a5ea4af377f98a6f95a95a5d (diff) | |
| download | fml8-b722e6ce471593ba133e7f2f6bd6d6c838c4e2a3.tar.gz fml8-b722e6ce471593ba133e7f2f6bd6d6c838c4e2a3.tar.bz2 fml8-b722e6ce471593ba133e7f2f6bd6d6c838c4e2a3.zip | |
move a few todo to STATUS.txt
sort.
fix/update comments.
Diffstat (limited to 'regress')
| -rw-r--r-- | regress/simulation/00_MEMO | 97 |
1 files changed, 47 insertions, 50 deletions
diff --git a/regress/simulation/00_MEMO b/regress/simulation/00_MEMO index 85355619..1782fd8a 100644 --- a/regress/simulation/00_MEMO +++ b/regress/simulation/00_MEMO @@ -83,7 +83,7 @@ newml --reuse ? --rewind ? --return ? こんなかんじ? - それより、renew かなぁ + それより、renew かなぁ。うむ、renew がいいだろ。 [TODO] エラーをどのように呼びだし側へ組織的に伝えるか? @@ -99,44 +99,10 @@ オブジェクトか HASH_REF ごとわたせないか? -[TODO] (debug ではない) print STDERR をなくそう => error upcall system - - STDERR は閉じて、$tmp_dir/stderr.$$ などに吐いておくほうがよい? - - ->ui_message() 化 - やりのこし (スレッド関連は改造の予定があるので放置) - FML/Command/Admin/thread.pm - Mail/ThreadTrack/Analyze.pm - Mail/ThreadTrack/DB.pm - - [TODO] $use_log_dup $log_dup_print_engine -[TODO] $main_cf (HASH_REF) が FML::Process::{Switch,Utils,Kernel} - 以外で参照されているのは間違いだ! (FNF?) - - -[TODO] remove $pcb->{set,get} other than FML::Process::{Kernel,Utils} - - or PCB {category, key} list up in somewhere (fml/etc ?) - - -[TODO] libexec/error エラーメールのフォワードについて改良 - - X-Sequence: fml-devel 451 - - maintainer_recipient_maps は実装しました。デフォルトは未定義な - ので、エラーメールのフォワードィングは行なわれません。 - - あと、単にフォワーディングしてるだけ == 中身が message/rfc822 - 一通だけのかなーり無意味な mime/multipart です。 - - ヘッダ情報+そのエラーメールのアドレスの分析レポートとかなんか - 付けてやれやーとかちょっと思っているっす。 - - [TODO] 「このMLはもうありません」 libexec/relocated , Process/Relocated とかじゃだめだね。 @@ -151,13 +117,7 @@ makefml disable elena makefml enable elena - このコマンドは…ファイルでも作るの? - - -[TODO] ファイル数が多い場合、分割して送り返す (fml-devel 485) - - reply_message() によろしくねーとしかしてないので、 - メールキューに入れる時に分割? + このコマンドは…いや、コマンドじゃなくて変数がいいでしょうねぇ。 [TODO] fml $ml spool {status,convert}: --srcdir= とか必要じゃない? @@ -167,9 +127,28 @@ コマンド固有オプションは + ってのは、どうよ? -[TODO] 時間つき newml だと、あれか… +[TODO] 期限つき subscribe + + subscribe -> 一カ月すると削除される? + + FML::User::Info -> FML::User::DB ok - libexec/auto-newml ? + o.k. so, how to kick off removal process ? + + +[TODO] 期限つき newml + + libexec/faker + 時刻を FML::User::DB でどっかに記録 + shared_db_dir/ml_create_time + + いや、うむをいわさず、newml コマンドでごーでいいのかな? + + /etc/postfix/virtual + @nuinui.net faker=nuinui.net + + /etc/mail/aliases + faker=nuinui.net :include:/var/ml/nuinui.net/@@faker@@/include [TODO] スレッド関連のモジュール全部見直せよ @@ -232,6 +211,15 @@ ローカルな更新は、あまりよい結果にならないようだ。 + * (debug ではない) print STDERR をなくそう => error upcall system + + ->ui_message() 化 + やりのこし (スレッド関連は改造の予定があるので放置) + FML/Command/Admin/thread.pm + Mail/ThreadTrack/Analyze.pm + Mail/ThreadTrack/DB.pm + + [TODO] Subroutine_O_CREAT_redefined_at_ >qmailで使っていると出る最近のメッセージ(送信は出来ています) @@ -311,11 +299,6 @@ FileHandle と IO::File 両方 use しちゃうからか? ん?もういいのかな? -[TODO] 時間つき subscribe - - subscribe -> 一カ月すると削除される? - - [TODO] makefml で動くもの、動かないものは何? get ***disabled*** @@ -377,6 +360,10 @@ FileHandle と IO::File 両方 use しちゃうからか? +[TODO] $main_cf (HASH_REF) が FML::Process::{Switch,Utils,Kernel} + 以外で参照されているのは間違いだ! (FNF?) + + [TODO] HOOK のガイドライン? どの HOOK あたりで、なにをかくべきか? @@ -448,6 +435,16 @@ FileHandle と IO::File 両方 use しちゃうからか? ====================================================================== +○ 内部構造 + + +[TODO] remove $pcb->{set,get} other than FML::Process::{Kernel,Utils} + + or PCB {category, key} list up in somewhere (fml/etc ?) + + + +====================================================================== ○ 用意しただけ/途中も途中… @@ -460,4 +457,4 @@ FileHandle と IO::File 両方 use しちゃうからか? ---------- -$FML: 00_MEMO,v 1.95 2003/11/17 04:02:26 fukachan Exp $ +$FML: 00_MEMO,v 1.96 2003/11/21 11:35:56 fukachan Exp $ |
