削除スクリプト開発スレ

[0001 ◆IDaU21y6wI NG NG]

削除スクリプトどうしよう？
今なら削除人さんの意見も取り入れられるかも、

きっと、たぶん、もしかしたら、、

[0155 時計坂 ◆ToKEI3Ksw2 NG NG]

>>154
パスワードは今までの方法以外だとどれでもうれしいです。

新パスワードの配布は、ランダム生成とかで指定したものを
送ってもらうのを望みます。
(インターネットのプロバイダが会員に割り当てたパスワード送るような方式で)

[0156 時計坂 ◆ToKEI3Ksw2 NG NG]

あと連絡＆報告スレに、★の出せる方が、今回の件の事を少しでも書いておく方が、
しばらく2chに来なかった方には親切かもしれません。

☆ 連絡＆報告 11 ☆
http://qb5.2ch.net/test/read.cgi/saku/1263536910/

[0157 赤翡翠 NG NG]

とりあえず、こんな感じでentry宛に送っていただきますかね。
スクリプトの方がすぐに出来る訳ではないと思いますが、
確認作業に時間が掛かる可能性もありますし。

・削除ハンドルとキャップパス
・削除人として登録したメールアドレス
・削除アカウント（ID＋PASS）
・自分が持っている呪文＋貰った時期＋貰った方法

　　例：スレ削除（呪文名）　2000年4月　○○さんからメールで
　　　　スレ移動（呪文名）　1999年10月　□□さんからICQで

　※ICQのログやメール等がある場合には、それをコピーor添付
　　していただければなお良し。ただし無ければ記憶の範囲でOK。

　※こちらで把握しているメールアドレスと違っていたり、
　　スキル等が違う場合には、こちらから質問等で確認する
　　場合があります。御了承下さい。

問題なければ連絡スレに貼ってきます。

[0158 さくじょくん ◆DeleteNork NG NG]

良いのではないでしょうかーー

[0159 名無しさん＠お腹いっぱい。 NG NG]

件名は統一しなくても大丈夫ですか？

[0160 名無しさん＠お腹いっぱい。 NG NG]

良い機会だし、意見募集してみたりとかすればいいんじゃない？

眠れる意見が聞けるかもよ。

[0161 名無しさん＠お腹いっぱい。 NG NG]

「生存確認」とか

[0162 名無しさん＠お腹いっぱい。 NG NG]

>>157
>問題なければ連絡スレに貼ってきます
キャップ出せるのですか？

キャップが復活したり、削除システムが揃ってからで良いような

[0163 名無しさん＠お腹いっぱい。 NG NG]

>>161
なんか電話番号っぽいものが表示されていますが、そんな事はないですよね？

[0164 名無しさん＠お腹いっぱい。 NG NG]

>>163
固有番号でしょ。電話番号はもうちょっと短いからｗ
でも070からとか一瞬あせるなｗ

[0165 名無しさん＠お腹いっぱい。 NG NG]

桁数違うし、携帯の固有番号だろ

[0166 名無しさん＠お腹いっぱい。 NG NG]

電話番号じゃない
ezweb番号

[0167 名無しさん＠お腹いっぱい。 NG NG]

>>162
確認作業は時間がかかるだろうから、先に確認しておけば削除システムが復活した時にすぐに対応できると思う。
ので確認作業は早めで問題ないかと。

要請板とかが滞ると後々問題が出そうなので削除システムは可能な限り迅速に復旧させるのが良いんじゃないかしらね。

[0168 名無しさん＠お腹いっぱい。 NG NG]

>>157
登録の際のメールを削除してしまったので、メールの送り先が分からないのですが、
そういった者はどうしたらよいでしょう。(>>93です）

当時、ジェンヌさんやサザンさんとやり取りしたような記憶があります。

[0169 赤翡翠 NG NG]

おお、サブジェクトをコロッと忘れていました。

「削除アカウント更新＠（削除ハンドル）」

とかでいいですかね。

>>160
まあそれは好きずきで。

>>162
このp2アカウントで書くしかないですね。
受付先はentryですから、問題はないと思いますが。

[0170 名無しさん＠お腹いっぱい。 NG NG]

entry宛って書いてるのがそれじゃないの。

[0171 名無しさん＠お腹いっぱい。 NG NG]

現行のログが破棄（？）されるかもしれないのに、あんま焦っても・・・

[0172 168 NG NG]

あ、多分こちらですね。分かりました。
ありがとうございます。

[0173 赤翡翠 NG NG]

>>171
確認作業ですから、メールシステムだけ生きていれば
他を待つ必要もないですし、時間が掛かりそうなので
始められるものから始めておこうかと。

削除システムのスクリプト構築自体には直接関係
ありませんし。リストを作成する作業ですから。

[0174 名無しさん＠お腹いっぱい。 NG NG]

どうせ消えたらまた書き直せばいい。
もうはじめてもいいんじゃないかと。
あと、何か仮でもいいからトリップつけたら？

[0175 名無しさん＠お腹いっぱい。 NG NG]

やれることからコツコツと

[0176 赤翡翠 NG NG]

とりあえず朝早かったのでそろそろお休みさせていただきます・・・。
貼るのは明日起きてからということで（昼くらいかなあ）。

何かあれば書いておいてください。よろしくお願いします。

[0177 名無しさん＠お腹いっぱい。 NG NG]

おつかれさま。

まあ、ぼちぼちとよろしく〜

[0178 ◆SGypsyBBQM NG NG]

お疲れさまです。

>>169
むこうでは 210.135.100.132 ではなく p2 の接続元 IP がでます。
規制中でしたらすいません。
一応ということで。

[0179 名無しさん＠お腹いっぱい。 NG NG]

携帯で書いたばっかりに混乱させてすみませんｗ
皆さんお疲れ様でした

[0180 名無しさん＠お腹いっぱい。 NG NG]

削除パスがメアドなのは、
削除スクリプトをファビョって公開してしまう人間が出ないための
２ｃｈ側のセキュリティなんだと思ってました。

今回、削除IDが漏れてしまったので、削除IDの仕様変更は必要だと思いますが
削除パスに関しては、今までどおりメアドを入力させた方が
２ｃｈ的には安全なんじゃないでしょうか。

もちろん、使う側からすれば嫌ですけど、過去の漏洩事件を思い返すと
それぐらいの担保は仕方ないのではと思っています。

[0181 名無しさん＠お腹いっぱい。 NG NG]

で、目覚めたのでちゃぶ台ひっくりかえしにきました。

>>42のスキル各種ですが、今ツールで使っている機能を取り入れて欲しい。

・レス削除、透明削除、過去ログ削除（レス）
Itadakiのように、レス番号をまとめて指定したら、
削除スクリプト内でまとめてチェックが入り、消せる機能。
Itadakiだと前後のレスがみれなくなるので、
同様の削除対象があった場合に消し残してしまう。
Itadaki＋doronpoの機能があると嬉しい。
レス番号の指定方法は、削除依頼スレッドのまとめを使う方法と
cyanさんのまとめツールのように、ウィンドウがあって、
そこへ放り込めばまとめてくれる機能があると尚嬉し。

・スレッド削除、スレッド停止
複数のスレッドを指定し連続削除機能（めくり機能）があると嬉しい。
これもItadakiで板URLを指定すれば同様の事ができたが、
削除依頼スレッドでまとめてあるものを連続削除できなかったので
できれば嬉しい。（できるツールもありました）

・スレッド移動
移動先の指定にワンクッション欲しい。
スレッドURL指定→移転先URL指定→OKですか？みたいな確認画面があると嬉しい。

[0182 削 除マシーン ◆xNgPnrjUzU NG NG]

>>169
とりあえずメール発射、本人確認はトリップで
普段からトリップ使う人はそれを書いてもらうと本人確認に使えるのでは？

[0183 名無しさん＠お腹いっぱい。 NG NG]

あまり高機能なスクリプトを作るとまた穴が開きそうな気が…
削除スクリプト自体はシンプルなものにして
それ以上の事は別ツールで実現したほうが安全なんじゃないのかなぁ

[0184 名無しさん＠お腹いっぱい。 NG NG]

>>183
さんに一票。

[0185 名無しさん＠お腹いっぱい。 NG NG]

>>183
もちろん、別ツールで実現してくれてもいいです。
今まではItadakiとdoronpo、その他各種のツールがありましたので
削除スクリプトの仕様が変わることで、それらのツールが使えなくなることを
見越してのお願いです。

# スレッド移動のワンクッションぐらいは実現してくれてもいいよね？

[0186 ぢ NG NG]

過去ログ削除が
古いサーバでは呪文が効かなかったりするんだよねー。
それがなんとかなると嬉しいなー。

[0187 (^-^)犬 ◆VET4349ZB. NG NG]

「赤翡翠さん」
呼びにくいな。
「ケロちゃん」の方が好きだから「ケロちゃん」と呼ぶことにしよう。
そっちの★の言う事は素直に聞けそうだし。

[0188 がる NG NG]

まほらさんやうさたんさんみたいな、
削除を兼業してる人達はどうしませう？

更に変更人の場合、キャップ設定出来たり、削除出来ない人もいるわけで。

それとちと内緒話もあるので、
あかさんにめるしますね。

[0189 名無しさん＠お腹いっぱい。 NG NG]

旧システムのキャップ設定のスクリプトを見ると、特にアカウントの記述はなく、
URLを知っている＝設定権がある、ということみたいだったけどそれでいいのかしら

あと板設定変更はどうしましょうか

[0190 名無しさん＠お腹いっぱい。 NG NG]

この削除スクリプトに板設定権限やキャップ設定権限を組み込む訳ではないでしょう？
仕組みは流用するとしてもスクリプトは別に作るのではないかと

> URLを知っている＝設定権がある
これは絶対にやめるべき

[0191 名無しさん＠お腹いっぱい。 NG NG]

URLを知っていても .htaccess で登録されてないIPは弾かれる
でいいんじゃね？

★設定可能なのは FOX ★(の中の人)と同じ職場の人だけとか…

[0192 名無しさん＠お腹いっぱい。 NG NG]

削除人全員固定IPだったんだ

[0193 ◆iu9AApzW1Q NG NG]

作業パスワードとは別にワンタイムパスワードを発行しメールでおくり
作業パスワードとは別にワンタイムパスワードを入力しないと使えないように
すれば良いかと思うけど。

*メリット
urlを知っていても、ワンタイムパスワードが発行されないので使えない。

**デメリット
メールアドレスを登録する必要がある。
作業のたびにワンタイムパスワードを発行(cgi等)し
メールで送られてくるワンタイムパスワードを確認しなければいけない。

形的には、銀行のオンラインバンキングが似ていると思うけど
そこまでセキュリティを強化する必要があるのかと思う

[0194 名無しさん＠お腹いっぱい。 NG NG]

ジャパネットバンクみたいだ

[0195 名無しさん＠お腹いっぱい。 NG NG]

必要なのは、価値に見合ったコスト。
2ch程度のものは、特別なセキュリティを考えなくても、
非常識なことさえしなければ十分だと思うんだけどね。

[0196 名無しさん＠お腹いっぱい。 NG NG]

191はキャップとか発行するひとね

削除人は別な方法を

[0197 名無しさん＠お腹いっぱい。 NG NG]

トリップとキャップパス両方で権限発動でいいんじゃない？

今回みたいなことあっても、トリップパスは本人しかわからないから大丈夫みたいな感じ

[0198 ◆iu9AApzW1Q NG NG]

トリップも割れる可能性は十分にありえる

[0199 名無しさん＠お腹いっぱい。 NG NG]

IDを発信元に変えれば

解決しそうだなｗ

[0200 赤翡翠 NG NG]

オハヨウゴサイマス。

>>180
既に漏れたかもしれないものを再度PASS設定というのは
正直あり得ない気もします（一応、最悪の事態を想定して）。

IDとパスの他に、もう一つの鍵として入力するというのは
ありかもしれませんが、そこまで強固にします？
（その効果を狙うのであれば）

>>181
機能とユーザーインターフェースの話は分けた方がいいような。
明確に区別できない部分もありますけど。

それと、上でモジュール化をといったのは、部品はシンプルに
作って、UIは他の人もいろいろ作れた方がいいのかな、
というのも頭の中にあったりしました。

itadaki、doronpoとも、両方とも作者さんは健在ですから、
UIの方は、またお願いしてみるというのもありかなと。
もちろん作り込んでもいいんですが、時間的にあまり余裕は
ない気がするので、中身の機能や安全性の方に時間を使って
貰う方がいい気がしています。
>>183さんのおっしゃるとおり、安全面も考慮して。

[0201 赤翡翠 NG NG]

>>181の中からだと、スレッド移動の確認ステップは入れて貰った方が
確かにいいですね。

ついでのお願いですが、「移動しましたよ。。」の下に移動先の
板のURL（スレッドへの直リンでなくてよい）が入って欲しいなと。
いまは一つの鯖に何十もの板が入るようになったので、「移転しました」
だけでは、どこに行ったのか利用者が探すのが大変なので。

>>186
過去ログの場合、多分フォルダ構成が少し違う鯖があるからでしょうね。
それを想定して過去ログは対応してもらう必要がありますね。


>>193
理想的にはそうかもしれませんね。
けどまあ、そこまで必要はない気がしています上にも書いた利便性と
安全性のトレードオフみたいなところですかね。
不正に何かされても、とりあえず最悪はログから戻せるようにとか
そういうバックアップ体制の方をきちんとしておけばいいのかも。

ワンタイムパスワードを、何かあったときだけ発行というなら
ありな気もしますが（あるいは定期的に半年〜1年に1回とか）。

[0202 名無しさん＠お腹いっぱい。 NG NG]

全部平文で漏れるor全部脆弱性のある暗号で漏れる
これだけはやめてチョ

[0203 名無しさん＠お腹いっぱい。 NG NG]

完璧に近づける事ができても完璧にはならないのなあ。何処かで妥協点を見つけなきゃデスめえ。

[0204 名無しさん＠お腹いっぱい。 NG NG]

総当たり攻撃を防げないor匿名串で荒らせる

これもできればやめてちょ

[0205 名無しさん＠お腹いっぱい。 NG NG]

デスめえって、、デスねえデス。

[0206 名無しさん＠お腹いっぱい。 NG NG]

結局覗けるようにしてたからやられたんだからしっかりしてれば
別にIDとパスだけで問題ないだろ

[0207 がる NG NG]

まぁBeが以下自粛

[0208 がる NG NG]

＞サザンくんへ

NAOさんとすあまさんがスクリプト作成に協力してくれるそうです。
ここに来るようには伝えてます。

[0209 名無しさん＠お腹いっぱい。 NG NG]

>>200と同じ意見だけど、
一度に全部入力するから漏れたりするんじゃね？

IDとパス入れたらログイン画面を出現させるとか、パスワードを2つ入力させるとか。
ようするに二回認証したら漏れる確率かなり下がる希ガス。

[0210 ◆IDaU21y6wI NG NG]

基本的な方針として（おいらの中で）決まっているのは、

・パスワードは暗号化して保存
・漏れた可能性があるのでパスワードは現在の物から変更
・ログイン認証以外にスクリプトの呼び出し時にDigest認証等を導入
・各削除人さん（他管理系）の権限をサーバ側で保持する

です、
検討事項としては、

・httpdのユーザを切り分ける
　バーチャルホスト毎ではなくサーバ毎に管理系のスクリプトを設置
　これにより掲示板系から管理系へのアクセスを禁止する
・スクリプトの統一化
・スクリプトの改善

といった感じです、

[0211 ◆NAO/2MXDEk NG NG]

キャップの仕様でトークンの件はどうなりました？
スクリプト側でsalt生成をするんですか
# 掲示板鯖から切り離したほうが良い気がするんですが

[0212 ◆NAO/2MXDEk NG NG]

取り敢えず、削除系だけ先に復旧か

掲示板群スクリプト
　├管理系
　 ：　├削除系スクリプト
　　　　： ├　・スレッド削除　←
　　　　　.└　・レス削除　　　←

最悪、半手動実行だとしても上記2つだけは用意しないとダメなのかな

[0213 名無しさん＠お腹いっぱい。 NG NG]

スクリプトはスレッド削除とレス削除で分けるんですか？

[0214 ◆NAO/2MXDEk NG NG]

私は、各スクリプトは機能単位で分けるべきだと考えてます。
なるべく細かく、なるべく小さく作る。
んで、その部品を呼び出す権限認証にキャップ紐付けを利用すべきだと考えます。

[0215 ◆FreUdE9GKI NG NG]

メアドの登録でいろいろ騒動ありそうならいっそ次からはメアドの自動登録フォーム用意しておくとか。
ログイン状態でフォームに古いメアドと新しいメアド入力して送信したらメアド変更完了的な・・・。

ただ、メアドなんてこういう時にしか使われないから使い道が今のところないんだけど。

[0216 名無しさん＠お腹いっぱい。 NG NG]

赤翡翠さん、削除人さんのメルアドもたった今、流出してしまったので、
連絡取れるなら早めにしないとまずいかも。
流出した人はメルアド変更したいでしょうし。

[0217 名無しさん＠お腹いっぱい。 NG NG]

キャップで認証はリスクしかないのでしない

[0218 ◆cZfSunOs.U NG NG]

よく考えてみると，bbs.cgi と管理スクリプトの実行ユーザを別にした場合，
あぼーんが入ったことのないスレと入ったスレでは所有者が異なるという
状況になってしまいますね．まぁざっと考えた範囲では取り立てて大きな問題は
生じない気もしますが，本当に問題ないかはよく考えた方がいいのかも知れません．

もっとも，bbs.cgi も含め bbsd 利用という形に統一すれば
そういう問題は生じませんが（bbs.cgi も管理スクリプトも
bbsd にリクエストを投げ，dat や subject.txt は bbsd が一元的に操作）．

[0219 ◆NAO/2MXDEk NG NG]

スレッド書き込みだけのモジュールを用意するとかはどうなんだろう
切り分けると重いのかな？

削除場　　　　書込上位
　↓　　　　　　　　↓
レス削除　　　書込判定
　└──┬──┘
　　　　 　↓
　　　[*,dat 処理]
　　　　 　│　file編集
　　　　　 ↓

[0220 名無しさん＠お腹いっぱい。 NG NG]

> ・httpdのユーザを切り分ける
> 　バーチャルホスト毎ではなくサーバ毎に管理系のスクリプトを設置
> 　これにより掲示板系から管理系へのアクセスを禁止する

よく分らんけど、httpdを掲示板用と管理用の2つ起動するってことなのかな

[0221 ◆NAO/2MXDEk NG NG]

あら、恥ずかしい書き込みをしてしまった

[0222 ◆NAO/2MXDEk NG NG]

メアドがパスは危険すぐる・・・＞某所

[0223 名無しさん＠お腹いっぱい。 NG NG]

メアドがパスってのは、もう止めましょう。
ダメージでかい。

[0224 名無しさん＠お腹いっぱい。 NG NG]

２ちゃん用のメアドは普段のメアドとは別に用意するだろう…
常識的に考えて

[0225 ◆NAO/2MXDEk NG NG]

二次キーをベースにDBを独立で持った方が良い気がするなあ
キャップパス＋塩→AES→DB検索→権限承認→スクリプト実行

個人情報や準個人情報は掲示板鯖で管理するのは怖い・・・

[0226 名無しさん＠お腹いっぱい。 NG NG]

今日のあれ見てるとね

[0227 名無しさん＠お腹いっぱい。 NG NG]

パスワードが漏れているのはわかっているので、今更な話。
>>154 >>200 >>210

[0228 名無しさん＠お腹いっぱい。 NG NG]

あーあー削除人とかのプロバイダメール晒されたぞ
レス削除だけでも使えるようにしてやれよ

[0229 ◆NAO/2MXDEk NG NG]

・スクリプト
　実装機能　レス削除
　使用言語　未定

・変数
　文字列 　 板名　　　　　　　　　　ita
　数値　　 　スレッドキー　　　　　 th_key
　数値　　 　レス番　　　　　　　　　res_num
　文字列　　キャップ二次キー　　2nd_key

・処理
　　　○
　　　↓
　[変数受取]
　　　│　・ita, th_key, 2nd_key
　　　↓
　<変数ジャッジ>→ kick → ●
　　　│　　　　　　n.
　　　↓ y.
　[DBSDのような何か]
　　　│　・反映
　　　↓
　　　●

---
>変数ジャッジ
　　　○
　　　↓
　<二次キー正当性判定>→no→●
　　　│　・DB検索
　　　↓y
　<ファイルopen>→<ファイル検索@grep>→no→●
　　　│　　　　n　　　　　.│
　　　│y 　　 　　 　　 　 │y
　　　├-──-──-─-┘
　　　↓
　<レス番検索>→no→●
　　　↓
　　　●

---------

こう見ると、やっぱり認証を確り詰めとくべきな気がした

[0230 ◆NAO/2MXDEk NG NG]

スレ削除は同様に
　認証→検索→unlink→end
で良いんだろうなあ。

必ず「認証」を介さないと実行出来無いようにしておくと良いのかな

[0231 名無しさん＠お腹いっぱい。 NG NG]

(削除の)認証キーはDB使わずDNS使っていいんじゃね？

[0232 ◆NAO/2MXDEk NG NG]

基本はsalt併用で暗号化
rainbow tableはsaltがあると有用性が下がるような気がする

そして、可能ならばsaltはコードに直記せずにキャップパスと同時に渡した方が良い
saltの個人管理が必要だけど、きっとそっちの方が良いはず

#pass<>salt　→ pass, salt

---

DNSって、AD？

[0233 ◆SUAMA.Cbav5m NG NG]

>>208
浅草なう
帰るまでちょっとまってね

# メアドが(略)の今、qb5のdatを全削除しといた方がよくね？
# 別に鯔がどうなってもいいというならしらんが

[0234 がる NG NG]

>>233
消してもいたちごっこになりそう。
詳しくは後で。

[0235 名無しさん＠お腹いっぱい。 NG NG]

>>233
もう手遅れ、消しても転載されるだけではないかと

[0236 ◆SUAMA.Cbav5m NG NG]

もはやなにもいうまい

[0237 ◆IDaU21y6wI NG NG]

一元管理もできるのでDNSで認証するのは割と有りかなと思ってます、
基盤作っちゃえばキャップや他の認証にも適用できるので、

[0238 ◆NAO/2MXDEk NG NG]

DNSで認証〜の参考資料とかってあります？

[0239 ◆iu9AApzW1Q NG NG]

っ　ttp://pentan.info/doc/rfc/j3655.html

[0240 ◆NAO/2MXDEk NG NG]

どもです

[0241 ◆NAO/2MXDEk NG NG]

だれか、OpenLDAPかそれに準ずるものを触った事がある方っていらっしゃいますか？

[0242 ◆SUAMA.Cbav5m NG NG]

ｵﾊﾖｰｵﾊﾖｰ

[0243 名無しさん＠お腹いっぱい。 NG NG]

作るものリスト？

アカウント・スキル管理系
・アカウント追加/停止
・スキル追加/停止
削除系機能
・レス削除
・レス透明削除(連続削除)
・スレ削除/停止/移動/(鯖間移動?)
・過去ログ削除(レス、スレ)
管理系
・過去ログ化
・スレ停止解除
・削除ログ復旧
復帰系機能
・age/sage復帰
お止め系機能
・時限停止
・時限停止解除

[0244 名無しさん＠お腹いっぱい。 NG NG]

えと、>>183-185さんと同じ要望なのですが、外部ツールから削除スクリプトを
呼び出せるような仕掛けは残してもらいたいです。
アカウントの認証についてどのような方式になるのかわかりませんが、
よろしくお願いします。

[0245 名無しさん＠お腹いっぱい。 NG NG]

使う言語はPerl?

[0246 名無しさん＠お腹いっぱい。 NG NG]

>外部ツール
saku.cgi を ressaku.cgiから呼び出すということか？

削除人がツール作って削除人所有のＰＣからツール使用して削除スクリプト呼び出すのは穴に繋がる

[0247 名無しさん＠お腹いっぱい。 NG NG]

ブラウザからのアクセスと変わらんよ。

[0248 名無しさん＠お腹いっぱい。 NG NG]

外部ツールもちゃんと認証プロセス経て当該ツール叩くんなら、大して違いは無い。
でも、外部ツール自体がパス記憶してて自動認証しちゃう様だと危険。

[0249 名無しさん＠お腹いっぱい。 NG NG]

認証情報の記憶だって一般的だし、それがただちに危険ってわけじゃないでしょ。
FTPクライアントにパスワードを記録させないのが主流なのかと。
毎回手入力しないのは脆弱な実装だなんて極端な主張はセキュ界隈にないでしょ。

[0250 名無しさん＠お腹いっぱい。 NG NG]

>247
それなら外部ツール無関係に設計すればいいじゃん

[0251 名無しさん＠お腹いっぱい。 NG NG]

偽外部ツールサイトの出現を危惧してるんじゃないの

[0252 赤翡翠 NG NG]

所用で出かけていましたが、最悪の事態になりましたか・・・。

>>210
基本方針については了解です。
細かなところはいろいろと議論しながら詰めていただければ。
こちらとしては、必要な機能が最低限揃っていればとりあえず
よいと思います。

メールアドレスの管理はアカウントとは切り離します（仮に
管理するなら暗号化その他必要な措置を講じていただくと）。

[0253 赤翡翠 NG NG]

>>157の連絡・報告スレへの告知用にキャップを
仮発行して貰った方がいいかな・・・。

ちょっとサザンさんにメールしてみよう。

[0254 赤翡翠 NG NG]

と思ったけど、これはqb5にはまだ無理かな？