ここは規制議論板11〜ISP規制、通報と解除について議論しましょう〜
■ このスレッドは過去ログ倉庫に格納されています
対応内容(簡潔に) ってのが一番やっかいじゃねーの? テンプレ作って選択で済むようなカタチにしないと、 バラツキが出たり空白だらけになりそうな悪寒。 >225 選択式ってい言うのはありかも 対応内容は様々と言ってもある程度何タイプかに収束出来るし >>226 もっとも対応メールを数多く読んでいるあなたが作って提供すべき。 >227 メールもう処分しちゃったしなぁ(汗 ゼロから作り直しになっちゃってもそれも楽しむ感覚で 解除に至った対応メールよりも あなたがNGを出して解除を保留した対応メールの方が興味ある >>220 対応内容(簡潔に) そこのデータベース化にISPの同意をとれるかどうか >229 大半が通報メール不備とか再発なのに警告して再発した場合、確約が取れなかった場合ですね。 >230 内容そのものを書くわけではないので同意の必要はないでしょう。 目的は解除判断する人とかが情報を共有させることなので見れる人は絞っていいですし >>231 その情報を見れる人数を絞った分人的資源の替えが効かなくなり硬直化するというトレードオフ 双方の担当者含む各種名個人情報を排して対応内容だけを書くなら公開でも差し支えないと思うのだが 始めから2ちゃんねるの作業スレッドで公開するわけにはいかないのかな 5〜10くらいの項目作って対応表みたいなのは口伝でとか >232 オールオープンは無理ですね。 最低限★持ちの人が全員見られれば硬直化も無くみんなで情報を共有出来ると思います。 辞める前にこうやって常にわいがやしてればよかったのに >235 それは赤翡翠さんが代弁してくれたけど作業に追われてそれどころではなかったです。 そういう状態だというのを周りの人間が気がついてくれてみんなでわいがやして欲しかった というのは漏れの我が侭と言われても仕方ないです。 わいわいやるのがお手伝いの基本に なっていけばいいね >>234 オールオープンじゃなくってさ 初回から重犯に従ってISPの対応内容が厳しくなってくじゃん 注意or警告文の送付 再発時は規約に基づいた対応をする旨の警告通知 荒らし行為をしない旨の誓約書提出 ISP側でのアクセス規制 規約違反に基づく契約解除 こういう対応内容のそのものは個人情報含まないんだからオープンにできるじゃん あるいは具体的な対応内容を書かなくっても 「当該会員には規約に基づき対応をおこないました。」って返答だけでもいいわけ >>231 只の名無しなので、質問みたいになってしまって申し訳ないのですけど、 その後(>>229 )のISPに対するフォローって通報した報告人さん達がするんでしょうか? あるISPで『出来る限りの対応したんですけど、解除されなくて困惑してるんです。 事情を聞きたくて再度連絡したけどお返事がこないです』って言ってました。 見えない事も多い中、知る限りでは時限解除までISPにお返事が行かなかった様なんですが・・・ 失礼致しました。当時の事を思い出すとReffiさんの御判断では無かったです。 報告人さんもちゃんと後でフォローしてたみたいでした。 信用ってどうなんだろうって思いましたが、ISP内の伝達不足ってだけだったみたいです。 すいません。ごめんなさい。おじゃましました。ROMります。 >>238 さん >「当該会員には規約に基づき対応をおこないました。」って返答だけでもいいわけ 返答スレに報告されている「**様より対応完了のご連絡を頂戴しました」は そういう意味で書かれているものかと思います…。 逆にご対応いただけなかった場合はそう書かれてありますし、 ご対応中である場合も然りです。 解除判断が難しいものに関して、「再発時の対応内容を明示していただいた」とか 「前回よりも厳しい措置をとっていただいた」などのぼかした内容も reffiさんや報告人さん方は返答スレ上に書かれていたと記憶していますし、 支部でもそういう感じになっているかと思います。 案件番号は、変な発行をするとわからなくなるので 規制が発動されたURLとレス番を基準にすればいいと思う >>220 こういう阿呆なことを考えるから仕事増やして、制度がまわらなくなるんだよ >>241 返答スレに報告されている2ちゃんねる鯔がまとめたISPからの返答は ISPからの返答が 「当該会員には規約に基づき対応をおこないました。」 「規約違反に基づき契約解除しました。」 「警告文を送付いたしました。」 のいずれであっても 「**様より対応完了のご連絡を頂戴しました」になるだろ そうじゃなくてね ISPからの 「当該会員には規約に基づき対応をおこないました。」 「規約違反に基づき契約解除しました。」 「警告文を送付いたしました。」 といった返答をそのままオープンにするわけ 非公開要請があるものとないもので対応が変わっちゃうからイヤーンでしょ >>244 「規約違反に基づき契約解除しました。」 「警告文を送付いたしました。」 って感じの具体的な対応内容をオープンにするのか 「当該会員には規約に基づき対応をおこないました。」 って感じでぼかした内容にするのかはISPが選択する 初めての規制なら内容がぼかされててもISPが何らかの対応をしたらそれでいいわけで その結果再発がなければそのISPの対応の信頼度が増加するし、 再発がおこればそのISPの対応の信頼度が減少していく 今までISPが 「規約違反に基づき契約解除しました。」 「警告文を送付いたしました。」 って感じの具体的な対応内容を返答してきて 報告人や解除判断人がISPの返答を見て判断してきて 「**様より対応完了のご連絡を頂戴しました」 と報告してたわけだ その結果再発した場合、責任は荒らし本人、ISP、解除判断人にかかるわけだが ISPからの具体的な対応内容を「**様より対応完了のご連絡を頂戴しました」 とまとめた分だけ解除判断人の責任になる securityを見られる人間以外からすると、殆どが解除判断人の責任に見える ISPの対応内容を直接オープンにすれば 解除判断人の責任はうんと軽くなるし、ISPにしても信頼を積み重ねることで 具体的対応内容を2ちゃんねるに伝えること無しに解除を期待できるようになる 流し読み。気になったことを淡々と。 >>160 解除したものが一目でわかる様になっていないと、書き込み担当者は解除したものを確認して「解除しました書き込み」となるので人手間増えると思います。 >>165 ,168 ロールバックってどうなんだろうね。 こらこらや乙女でも誤爆時の復帰方法をって提案したけど、誤爆しなきゃいいって言われるぐらいだし。 誤解除した場合の策を練るより誤解除しにくい策を練るほうが賢明かも。 誤解除する(してしまう)ってことは、どこか使いづらい部分があるってことだし。 >>171 非通報の時に戻してもらう理由ってなんでしょう? ISPは事実を知らない時点のことだし、2ちゃんねる内で片付くことなんで「ごめんねっ(はぁと」で済むような。 >>176 わたしもそう思う。 --- まずはここまで。 >>245 対応内容の部分は一律公開を規制解除の条件とするんよ 返答スレには **様より対応完了のご連絡を頂戴しました。 **様よりご連絡いただいた対応内容を以下に転載します。 対応内容ここから-------------------------- ここにISPからの返答文をそのままコピペする 「当該会員には規約に基づき対応をおこないました。」 or 「規約違反に基づき契約解除しました。」 or 「警告文を送付いたしました。」 etc. 対応内容ここまで-------------------------- http://qb5.2ch.net/test/read.cgi/sec2chd/1294310760/175 なら以下の部分になる 対応内容ここから-------------------------- お寄せいただきました上記情報をもとに調査いたしましたところ, 弊社ユーザーの特定に至ることができました。 該当ユーザに対しましては,速やかに迷惑行為をやめるよう 厳重注意を行いましたので,ご連絡いたします。 対応内容ここまで-------------------------- 通報メールを送る時にはそのまま転載するから区別して書いてってお願いする 文例 また、このメール及び、貴社よりの返信等、事態の経過に関しては、当掲示板サイトにて公表させていただく場合があります。あしからずご了承ください。 該当ユーザーへの対応内容については当掲示板サイトにてそのまま公表させていただきます。 個人情報等を含まない形で対応内容を記述願います。 対応内容ここから-------------------------- 対応内容ここまで-------------------------- ※なおメールの作成を宣言したURLが書かれていない場合(ry 対応内容以外の項目の作成は有志の方たちにおまかせしてしまえばよいのではないでしょうか。 それを報告人の保管庫に持ち帰って対応内容を埋めて完成。 大量規制が入った時にはメールを作るだけで手一杯なのでお任せできるところはしてしまいたいなと。。。 で、>>194 ,197 の件。 特定記号で管理し、紐付けとなると結局ISP側の協力が必要不可欠。でも難しい。 ということで提案。 > 解除宣言する際、面倒だったのが誰がいつ通報したかを調べることですね。 リストボックスを利用して選択、絞込みしていく方法。 条件は「××プロバイダ」「○○さん(報告人の名前)」「報告人のメアド」など。 ISPの返答でわかることを見つけ、リストから選択して行く。わからないものは選択しない。 で、「表示」をクリック。 通報済み、未対応の案件がリスト形式で表示されるので、その中から該当の案件を選ぶ。 詳細として表示されるのは、より細かな情報。 通報したレスURLやどこで規制になったか、規制情報板のどこに転載されたかなどなど。 というのはどうでしょうか? もちろんISPがこちらの設定した識別IDも一緒に返答メールに含んでくれれば、一発で出てきますね。 最悪のケース>>197 であっても、かなり絞り込めるはずです。 ---- 問題はここまでのシステムやデータを誰が管理運用するかと言う・・・。 それと、報告人の名前や報告人のメアドをストアすることの是非も問題になりますが。 どういう情報がキーとして有効で、また利用できるかなどはわたしには見当がつかないので。 それと、シリアル番号ですが全体を通して連番である必要はないですよね。 たとえば、通報作業をした人ごとに接頭記号をつける。その人の作業ごとに連番をつける。 仮にれふぃさんなら、REFFI00001 な感じで(接頭記号が英字である必要はないです)。 通報者さんは通報した段階でその他の必要な項目を自分で記入する。>>250 規制解除はその通報者が登録した情報を元に作業すると。 プロバイダごとに連番管理だと、重複させないような管理方式が必要だけど、 通報者単位なら本人が覚えていればそれで済むでしょうし。 >250 通報者のメールアドレスはなくても問題ないですね。 要は誰が通報したかわかればいいんですから > 44 名前: ◆Reffiz2Zh. [sage] 投稿日:2011/01/31(月) 08:20:25 ID:u+wVngb10 [2/19] > ちょっと長々と書いてしまいましたが漏れが言いたいのは第二の漏れを作るようなことは > 繰り返してはいけないと言うことです。 > 1点集中はいつかは破綻しますしそれだったら負荷を分散して辞める人が出ても何とか > 出来るような仕組みを作って欲しいからです と言ってる割にはかえってややこしくしてる感じがする。 一番経緯を知ってるのは報告人さんなんだから単純に報告人さんが(暫定的に)解除できる ようにするのが最も合理的だと思う。 (もちろん、現在は、★なし酉のみでやってる人もいるので、ここでは、新たに「解除権限をもった 報告人」というのを観念する。以下同じ) これまでの「流れ」とお世話になった体験から、「50@報告人 ★さんあたりがreffi の後を継げば いいのに?」と多くの人が思ってると思うが、それでは、50@報告人 ★さんが氏んでしまうので、 各報告人が(暫定)解除できるようにすべき。結果として、50@報告人 ★さん案件は彼が解除 できるようになる。一人で判断できない場合の処理案は以下のとおり。 >>250 で必要なインターフェイスは、 <通報者> ・情報登録(変更も) ・情報呼び出し(本人が登録したもののみ) ・情報削除(基本的には不要なはず) <規制人(解除担当者)> ・情報検索呼び出し ・情報更新(対応済みなどのフラグ立て) ・情報削除(基本的には不要なはず) <一般> ・公開情報の閲覧 ----- と言う感じかな。 >>252 その辺は通報者の名前が記載されてなかったりとかの予備のつもりだったり。 そんなことない(過去に一度もなかった)というのなら不要ということで。 >253 >一番経緯を知ってるのは報告人さんなんだから単純に報告人さんが(暫定的に)解除できる >ようにするのが最も合理的だと思う。 ここはいくら何でも分けるべきでしょうね 外部のチェックが入って初めて公平な判断が出来るんですし ありゃあ <規制人(解除担当者)> → <解除人(解除担当者)> ■ 主な登場人物 ・報告人=今後は(暫定)解除権限をもつ なお、酉のみ報告人も排除はしないが、放置しても解除されないのでどの程度意味あるか(運用次第) ・スーパーバイザー 権限は2つ @報告人個人が判断できずエスカレーションされてきた案件を判断する。 判決→ 解除、差し戻し(もう1度聞く)、○か月コースなど A報告人が暫定解除した案件について「物言い」をつけて再規制する 後者Aについて、しばらくしてから再規制されても混乱するばかりなので、「時効」期間を設ける。 これ過ぎたら再規制できない。たとえば「報告人が暫定解除してから24時間」←ここは48時間、とか 土日は入れないとかバリエーションが考えられる。 ■運用例1 ・これまで(現行)の例 16 名前:50@報告人 ★[sage] 投稿日:2010/06/14(月) 15:30:04 ID:???0 お疲れ様です。 以下の件につきまして NTTぷらら 様より対応完了のご連絡を頂きました。 なお非公開の要請がありますので転載は控えさせて頂きます。 plala規制 No.7 http://qb5.2ch.net/test/read.cgi/sec2ch/1271018880/97 \.s02.a014.ap.plala.or.jp (全サーバー規制) ↓ ・新提案方式 16 名前:50@報告人 ★[sage] 投稿日:2011/06/14(火) 15:30:04 ID:???0 お疲れ様です。 以下の件につきまして NTTぷらら 様より対応完了のご連絡を頂きました。 なお非公開の要請がありますので転載は控えさせて頂きます。 plala規制 No.7 http://qb5.2ch.net/test/read.cgi/sec2ch/1271018880/97 \.s02.a014.ap.plala.or.jp (全サーバー規制) この規制を報告人権限で暫定解除します。 スーパーバイザー様におかれましては、「物言い」がある場合には、 06/14(水) 15:30 までにお願いします。 >>253 ,257,258 解除判断人は2ちゃんねるの立場で再発防止見込みを判断するわけで 報告人は利用者の立場で解除を目的としてるんだから解除権もたせちゃだめ ■物言いの例 37 名前:スーパーバイザー1号 ★[] 投稿日:2010/06/15(火) 11:35:41 ID:???0 >36 この件は再々発ですよ?再規制発動します。 報告人におかれましては、再度、より効果的な対応策が取れないか確認してください。 ISPの回答をみて今後、解除するかはスーパーバイザー権限としてますので、本件に ついて今後報告人暫定解除は禁止します。 ■エスカレーションの例 46 名前:葱@報告人 ★[sage] 投稿日:2011/06/15(水) 18:13:40 ID:???0 ?2BP(2500) おつかれさまです。 KDDI株式会社様より、以下案件について対応完了のご連絡をいただきました。 非公開要請がありますので返答内容の転載は差し控えます。 DION規制 No.8 http://qb5.2ch.net/test/read.cgi/sec2ch/1271682897/121-122 \.ppp.dion.ne.jp (全サーバ規制) 定型文ですが、今回の被害を考えたら、こんな対応で良いのか報告人では判断できま せん。 スーパーバイザーレベルでの判断お願いします。 ↓ 50 名前:スーパーバイザー2号 ★[] 投稿日:2010/06/15(水) 22:08:53 ID:???0 >46 こちらでも確認しました。これって、ISPレベルで○○を??すれば解決なのでは? 再度、その旨ご連絡してください。 ○○が??になれば、報告人解除で構いません。 それ以外の回答が来た場合は再度エスカレーションかけてください。 >>242 基本はこれでしょう 誰でもどの案件なのかわかるようにするのは、これが一番ユニークな識別子になる >>263 プラスαにしておかないと、 23 名前:偽FOX ★[] 投稿日:2011/01/20(木) 03:40:34 ID:???0 \.spmode.ne.jp _BBS_kouri_\.ftth.ucom.ne.jp のように複数の規制がされているとわからなくなる。 規制情報板のURLならいいのかな(というかそっちのこと?)。 >>264 とするとISPと板名を足せばいいのかな? >>264 >>265 時系列通し番号で採番すればいいじゃん つうかこの手の管理番号は基本番号だから余計な情報を欲張ると後々コケる 一番良いのはmadakanaに掲載された時にシステム採番する ISPだの対応者だのは解除組だけの問題だから後から記号なり追加して拡張すればよい >>218 でもう出てたか >>267 (´-`).。oO( おいちゃん。まだかなを手動でいじるのやめて・・・。 ) 再発案件を2ch側が一生懸命追いかけても、 荒らし本人はとっくに解約→乗り換えしていたりする件。 ISPが変われば同一人物である事を客観的に認定できないから、一からやり直しになる。 データベースは無駄になり、規制だけが残る。 ちなみにクレカ情報をISP間で共有してブラックリストをつくる、とかは無理です。 引き落としができる限りは大切なお客様ですから。 >>268 規制発動呪文を唱えた時にユニーク番号で無思考採番させてゆけば おいちゃんが手動で触っても欠番になるだけだからさ おいちゃん完全手動だとかbbs.cgi埋め込みとか特殊な事例はkonkon00001とかヘンな別番号にしとけば解決w http://qb5.2ch.net/test/read.cgi/sec2chd/1295824885/352 > 352 名前:偽FOX ★[sage] 投稿日:2011/01/26(水) 18:08:15 ID:???0 > ひとつ要望を、 > あらし報告スレが立ち鑑定やらなにやらして規制へと続くわけですが > その先の情報は別のスレッドに移ってしまうので実質追えない > つまり情報が蓄積されていない、引き出せない > そのへんを考慮していただけると嬉しいです こう言ってるんだからおいちゃんにもちょっとは頑張ってもらわないとw でも規制発動呪文ってただたんに手動でリスト追記してるだけだっけ >>269 > 荒らし本人はとっくに解約→乗り換えしていたりする件。 > ISPが変われば同一人物である事を客観的に認定できないから、一からやり直しになる。 だからこそ管理番号、シリアル番号を単純採番にしておくメリットがあると言える 基本番号にISP分類や報告人分類拡張を後に入れるのと同様に「似た傾向の荒らしさん」的な分類記号を追加できる余地を作っておく スタート地点で分類を欲張るとデータベースが無駄というかシステム的に非常に使いづらいものになる 今の規制発動スレ管理を横断して追いかけるのとかわらなくなるよね ああ、基本番号に発生ISP判明時点でISP分類を入れたら ISP乗り換えた再発案件追跡用分類が入れ込み辛くなるのか やっぱりシリアル番号はあくまでシリアル番号のまま、追加情報は外付けにするべきか やっぱりデータベースの話は別スレ建てて議論した方が良かった どうもそっち方面の議論になってしまう。 とりあえず、確認 >虹さん 解除手法を支部方式に移行することに賛成ですか? ハッキリとした意思表示があれば後はその方向で話はどんどん進められると思います。 >>267 発行と管理の手間をまず考えよう 通し番号はだれかが管理しないとダブったりいろいろと面倒 通番にする必要はなくって、案件の固体識別子だと思えば 削除からの要請も含めて、一意に決まるのは、規制されたレス番だろう あるいは年月日+時刻 てっきりそういう方向で話し合っている最中なのかと思って、乱入してしまいました。 ごめんなさい>>273 まぁシステムの話、誤解除時の話は後にして・・・かな。 >>273 データベースの話だと思ってたの? ホントにわかってないの? >275 鶏が先か卵が先かという話です。 まだ解除のアウトラインが決まっていないのにそこから先の話をここで議論するのは すれ違いなのではないかなぁと 目玉焼きとコロッケはケチャップ最高です 決められることから決めないと、匿名の議論は進まないよ 自治議論経験すれば分かることよ ぱそこん大先生が多くなりがちな界隈だからどうしてもシステム寄りな思考になりがちだよねw 道具の使い方や使う意味より道具そのものの機能に興味が向いてしまう ♪氏やNAO氏はそういうのが目立つ人だからフェイズによってはとても頼りになる人だけど 違ったときはちょっと・・・ ISPには返信時には送信メール本文付けたままにしてもらうか? 通報メール本文中の通報宣言URL記載を返信メール中に記載してもらうか? のどっちかで良いのでは? ISPは問い合わせメールにID付けてるところもあるけど無いISPもあるし。 フォーム送信だとなおさら面倒な事になりそうな。。。 おっと乗り遅れた 正直に言いなよ 目玉焼きはソースか醤油かけて食べてるって あと虹さん。 ご自分が中心でやって行く中で、こういうのはやってもいい。 こういうのはやりたくないというのがあると思います。 そういうのはなるべく書いておくほうがいいと思います。 そうれば、じゃあそれはこうしましょうとか議論しやすくなるかと。 まだ今はわからないならそれでも結構です。 わかったときに書いていただければいいと思います。 まぁたいして協力もできない(というかしていない)身なので ちょっと風の強い日に電柱や看板に引っかかった3日前のスポーツ紙程度のものと思って心に留めておいてください。 お話中済みません。 おまりシステムを複雑にすると新しく報告人になりたい人が出て来ないよ。 まあ現在の報告人だけで頑張るならそれでも良いけどね。 それもそうだね。 システムな話はおいておいて。 まずは、>>273 かな。 虹さんが全部決めるわけでもないし、決める責任もない 意見を出さない自由もある と思う もう一つ。 解除を特定の人がやると批判が集中しやすい。 報告人で★持ちの人みんなが解除権を持つ事をお薦めする。 >>272 分類は必要だよ。 報告人にとっては特に。 規制追跡は、記号がついていようが何だろうが、羅列してまとめてあればいいだけ。 記号がたくさんあることで、プロバイダーをどんどん乗り換えるあらしとか、かえって一目瞭然でしょ。 ただのシリアル番号じゃ、誰にも何のメリットもないよ。 >288 それは誰がやっても叩かれる立場なので諦めるしか >虹さんにもう一つアドバイス もしも40件解除案件が貯まってしまったら漏れみたいに無理して全部解除する必要はないです。 自分は半分が限度だと思ったら半分だけやって他の解除人に頼むか翌日に回しちゃっても 構わないです。 こう書くと叩かれるかも知れませんが漏れみたいに全部やろうとしたら絶対に疲弊して破綻 しますので無茶しない方向で そんな当然なことまで「アドバイス」しなきゃいけないのかなあ >291 上でも書きましたが第二の漏れを作るようなことはしてはいけないという思いが強いからかも知れません。 規制は夜勤が分身の術でいくつもの帽子名使ってやってるんだから、 解除もそうすりゃいいんだよ。 逆に、解除ボタンを押す時だけに使う共通の★名をつくるのも良いかもしれない。 誰がボタンを押したかわからないようにする死刑執行人みたいなシステムww >293 それはいいアイデアですね。 ただ、キャップ誤爆の心配がありますが(汗 >>290 解除した人を特定しにくくする事。 後は報告人の連帯責任。 擁護してくれる管理人が居ないのだし、 誰かが叩かれてたら報告人みんなが連帯して守り抜く意識が大切かと。 この前のキャップ漏れ事件のとき サーバの状態をそれぞれのサーバがそれぞれに監視するマギシステム(キリッ みたいなことを開発室で言ってた人いたなぁ… そうしろとは言わないけど、 解除のとき用のキャップを共有ハンドルにすることには賛成 1人でやっていてはいずれ破綻する 人間なのだし 責任を分散することと曖昧にすることは全く違うんで 混同しない方がいいと思うよ。 後者は代理人は許可しないはず。 そうか…しかし責任を分担し且つ曖昧にしない、というのは難しいところ さてどうしたものか? 虹さんも割りと早い段階で支部方式が(今までの本部形式よりは)望ましいと 言ってあるんで、そこは多分その方向でお話し進めても大丈夫だと思う。 http://qb5.2ch.net/test/read.cgi/sec2chd/1295824885/452 http://qb5.2ch.net/test/read.cgi/sec2chd/1296202400/936 支部形式と違う点は、secrity@を読まない(読めない) 「純粋に解除ボタン押すだけのひと(たち)」を 置くか置かないかという問題だと思うのですが、 そこはどうなるのでしょう? どうやらさんのお返事まち…とのことなのですが そのスキルはどうやらさん抜きでも物理的に配る事は 可能かと思うので、その配れる方々の意見を聞きたいかもです。 上で他の方々が上げられている「解除ボタン共通★」のことも含めて…。 管理人にのみ責任を負うというのが本来の2ちゃんねるのボランティアだったはず 最終責任者が曖昧になってしまったのが今回の迷走の原因の一つ >300 読めても読めなくても問題はないと思います。 読める場合は最終確認だけにして負担を減らしてあげる方向で ※終了したかどうかの確認作業で雷鳥のタグ機能が大いに役に立ちました。 終わったらタグを対応完了のタグにして設定した色にしてくれるんですから >>273 支部方式は賛成です。 ただ、解除ボタン押すだけの鯔ってやる気がでるのか疑問です。 鯔としてつまらなくないでしょうか? >303 規制情報板に「解除しました。」と書くまでが仕事です。 もしくは上でも書きましたが最終確認までを仕事にすればいいんですし >>290 ありがとうございます。 できないことはできないとして 回らないようだったら増員希望をだします。 >>303 つまらないと思った人は手をあげなければいい >>303 あくまで「機械的に」だったら専用のキャポでも設定して おいちゃんにやってもらえばいいじゃん。 (但し、規制VS解除 のストレスでどうなるかは知らん) >>300 お疲れさまです。 支部方式は素敵な響きです。。。 後は赤翡翠さんのご意見もありましたのでどうすりあわせていくかのような。。 携帯からって面倒です(´・ω・`) >>300 お疲れさまです。 支部方式は素敵な響きです。。。 後は赤翡翠さんのご意見もありましたのでどうすりあわせていくかのような。。 携帯からって面倒です(´・ω・`) 寝る前にもう一つ 今度から返答メールが来たことを知らせるまでが通報した人の仕事にした方が いいので仮に来ているのを把握しても無理して処理する必要はないです。 上とかではなく何でも相談できて 的確なアドバイスをいただける素敵な方ですヽ(´ー`)ノ なんとなく読んでいて素朴な疑問。 解除に向けての報告人制度って独立してないの? 規制の付属ならイメージ変えなきゃ。。。 >>299 やりたい人がやりたいだけ作業できる→責任の分担 だれがやったかわからなくする→責任の曖昧化 やった人がやった事に責任を持ちながら誰か一人に押しつけずに済む仕組みをめざそー >>309 おいちゃんは基本的に他の人ができないことしかしないよ 他の人でもできるならその人がやればいいことだし >>312 は「無理してまで」だから、暇でやる事が出来るならやってもいいよって事も含まれてるんでないかい? >>320 やれるときは全力で。 無理と思ったら持ち越しで。 こう解釈しましたヽ(´ー`)ノ >>251 再発したら前回通報した人が今回もやるわけですね。 >>194 について 各報告人さんが返答スレに「メールが来ました」とレスする時、 ・送信元社名 ・sec2chでの規制発動レスURL ・規制の種類(正規表現とか全鯖/板別とか) を添えられていると思うのですが、それに ・ISPさんから受け取ったメールの受信日時 ・報告人さんがメール作成した時の作業宣言URL を付け加えてもらうとか、どうでしょう。 本部スレ内を探す手間とか、security@を読んでチェックするひとが複数になった場合の、 作業の重複による二度手間防止とかに幾許か役立つのではと思います。 >>246 オープンに出来るかどうかも含めて、ISPさんの対応への信頼を量る 物差しになるのでは、と…。 どの程度オープンに出来るかどうかは、本当にISPさん次第なのです。 解除宣言用の共通★名が責任の曖昧化になるとは思わないな。 複数といっても片手におさまる人数になるのは確実で、 連帯責任となれば、おのずとディスカッションも生まれる。 独断専行防止になる。 対応メール到着から解除宣言までワンクッション置く事で、 解除判断のバラつきを抑える事もできる。 多少解除が遅れたっていいじゃないか。 もちろん、初犯の単純な案件については全員の同意を待つ必要はないし。 厄介な案件のみディスカッション&連帯責任の方向で。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる