ISP規制、通報と解除について議論しましょう@開発室
報告人さんのキャップ、こちらにも設定した方がいいんでしょうかね。 ここは隠し板だよ。
議論はオープンな場所でやりなよ。 認証無しで誰でも閲覧できるし十分オープンな場所だよ。
規制されてると投稿出来ないという意味では規制議論も同じ。 はて?規制議論はfusianasanすれば規制されてても掛けた筈? ここスレタイ制限結構きついね。これでぎりぎり。
とりあえずサハリンのほうで・・・とか言われてたから立てた。
どーなんでしょ。 ここでやるメリットとデメリットがよく分からないなあ。 虹さんが取り纏めに立候補されたので、
決めるべきことを決めてきましょ。 虹さんがまだ着てないけど・・・
1000までに間に合わなかったからな・・・orz
一応質雑スレには投下しておいたけど・・・。 >>11
赤なんとやら。お前ら今回の事件を総括してないだろ?
ここに閉じこもって何をやろうとしてるんだ?
名無しはPばかりなりw >>18
おれキャップ持ってないよ。
報告人じゃないよ。ただの野次馬だよ。 >>20
いや、あなた個人を特定してレスした訳では無いです。すみません。 向こうに書いたけどこっちにも
http://qb5.2ch.net/test/read.cgi/sec2chd/1296377562/29
29 名前: ◆NAO/2MXDEk [] 投稿日:2011/01/30(日) 22:14:54 ID:BU0ylSph0
んじゃ報告人の知識共有の為の募集開始
利用されたい報告人さん、まずメールをください
閲覧用のpassを発行します
送り先は報告人さん用にメアド配る時に募集かけたあれでよろしく
それ以外の手段でも可
// ---
送り先は、伝書鳩でメアド発行する用に使ったメアドです
carrier_pigeonなるとmessenger.70.kg >>22
どんな感じでやるのかは、これから決める感じですか? >>11
お疲れさまです。
設定ありがとうございました。 >24
例えばですね、2ちゃんねるで板別規制してそれに対して通報無ければ
ISPは知らないわけでありまして、実際に通報した回数!?で
カウントしていくのが報告人さんカウントで
実際に規制した回数でカウントしていくのが規制人さんカウントと言う
認識で合っているかしら。。。 >28
そういう認識です。
だから規制人との認識のずれが生じるんですが仕方ないと思っています。 認識がずれたときは、きちんと話し合いがしたかったな
これ以上の負担は無理っていうのもあっただろうけど >28
遅くなりましたけどありがとうございます。
転載時に再発とか書いているんですけれど
どちらなのか迷う事がありましたので、これではっきりと分かりました。 決まったこと、決めなきゃいけないこと、
アレコレあると思うんですが、今どうなってるんでしょう。
ここではないスレでやってるのかな? 裏でコソコソ話してるんでしょう・・・
迂闊に出てくると粘着攻撃に合いますし。 どこかで進んでるのなら、大人しく待つことにしますー。 ちょっと私用でバタバタしていて顔が出せませんが・・・。
解除までのプロセスを少し整理した方がいいような。
私が判ってないだけかもしれませんが、reffiさんの中で
完結していた作業を分解する必要があります。
※メールを送るところまでは、省略。
データベース化すると楽になるでしょうね。
1.メールが届いた事はどこで報告?
↓
2.メールを受けて、どれを解除するのか確認するのは誰?
どういう形で解除依頼する?
↓
3.解除判断を書く場所は?誰がどこに書く?
↓
4.返答スレで「解除します」と書くのは誰の役目?(書く必要があるか?)
↓
5.解除する人は、ほんとに解除するだけ?どこに作業結果を報告?
↓
6.規制情報板への「解除しました」の書き込みは誰がやる?
(それが解除作業の結果報告を兼ねる?)
・仮にSecurtyが読めない人が6.を書くことは問題ないか?
・問題があるなら、解除結果をどこかに報告して、判断した人が転載? プロセスがこれでいいのかよく判らないので、適当に修正して下さい。
支部とかでも色々違うと思うので、それぞれのパターンに合わせて。
心配なのは、securityが読めないことで、連絡したり確認したりする
プロセスが増えないか?というところ。
読めていれば不要な連絡や報告などを、いちいちしなくてはいけない?
プロセスや、誰がどの段階で何をするか?を整理していくと、無駄な
手続きを省略・効率化する方法が見つかったり、逆に必要な手続きが
見つかったりするので、時間があれば確認しておいた方がいいと思います。
フローになっていたら、もっといいんでしょうけど。
今は本部報告人はほぼ独立体制ですが
解除判断に迷ったら連絡を取り合う体制作りを進めればよいと思ってます。
再発や再々発の解除判断を報告人内で明確にして先方に言質を必ず頂くこと。
ISPを越えての長期に起こるときは時はセキュリティー閲覧者に一任などなど。
支部方式でQで相談できたりすると便利な予感。 仕組みは簡単にお願いします。
通報メールには解除作業時に便利な情報を添付(通報宣言URLとか規制情報URLとか報告人にも分かり易いもの)が良いかも。
そしてその情報を返信メールにも記載して貰うとか。
sec読める人は2人なら2人で良いです。
その人が解除判断も出来、解除作業も出来るのは良いです。
その他どうするか?
報告人に解除判断可能にするのか? 可能にするなら全員か?限定者か?
報告人に解除作業可能にするのか? 可能にするなら全員か?限定者か?
アクセス権限付与範囲をまず決めて貰わないと話が先に進まないと思います。
決めて貰えば各人の出来る範囲が決まるので話が先に進めると思いますけど。
by 50 >35
> 6.規制情報板への「解除しました」の書き込みは誰がやる?
> (それが解除作業の結果報告を兼ねる?)
>
> ・仮にSecurtyが読めない人が6.を書くことは問題ないか?
sec2chで宣言する意味、自分の作業に責任を持つ点からメールを読む必要があると思います。
>35
1.返答処理スレです。
2.ここは★持ちの人が出した場合は★持ちの人、そうじゃない場合はSecurtyを
読める人
3.上と同様がいいと思います。
4.解除人の役割です。
5.解除人だけでいいですし、解除人がSecurtyを読めるようにして最終確認をする
だけにしてもいいと思います。
6.解除人
解除したかはまだかなで確認出来るのでそれを受けて解除宣言をすればSecurty
読めても読めなくても問題ないと思います。
問題が生じた場合はSecurty読める人たちで議論して結果を解除判断スレに書くと
いう感じですね。
1.メールが届いた事はどこで報告?
→返答処理スレです。
2.メールを受けて、どれを解除するのか確認するのは誰? どういう形で解除依頼する?
→ここは★持ちの人が出した場合は★持ちの人、そうじゃない場合はSecurtyを読める人
3.解除判断を書く場所は?誰がどこに書く?
→ 上と同様がいいと思います。(返答処理スレ)
4.返答スレで「解除します」と書くのは誰の役目?(書く必要があるか?)
→解除人の役割です。
5.解除する人は、ほんとに解除するだけ?どこに作業結果を報告?
→解除人だけでいいですし、解除人がSecurtyを読めるようにして最終確認をするだけにしてもいいと思います。
6.規制情報板への「解除しました」の書き込みは誰がやる?(それが解除作業の結果報告を兼ねる?)
→解除人
・仮にSecurtyが読めない人が6.を書くことは問題ないか?
・問題があるなら、解除結果をどこかに報告して、判断した人が転載?
→解除したかはまだかなで確認出来るのでそれを受けて解除宣言をすればSecurty
読めても読めなくても問題ないと思います。
問題が生じた場合はSecurty読める人たちで議論して結果を解除判断スレに書くという感じですね。
ここまでのまとめ(大まか)。
reffiさん辞任
↓
解除を誰がするのか?
↓
1人じゃ足りないよ!
↓
でもセキュリティ読める必要があるからどうしよう?
↓
セキュリティ読める人を増員しよう。
↓
誰がやる?
↓
虹さん、ゆりさんさんが候補。
↓
解除人と解除判断人分けた方が良いよ。
↓
他の報告人の意見も聞いてみよう。←今ここ reffiさんが出される叩き台が一番効率よく感じるのです。。。
>>43
はい。 >>35>>41>>42
御意見ありがとうございます。
ほかで色々読んだレス等々も勘案してみると、
そのフローだとちょっと問題ありますね・・・。
reffiさんの数を増やしてreffiさんが時間掛かってた
ところに人を投入して、という感じな気がしますが、
多人数で作業する流れになってないかなと・・・。 >48
漏れが負担になっていた部分は
・いつ誰かが通報したかわからない返答メール
これは迷惑行為データーベースを作る案があって話が進んでいるのでクリア
・解除手続き
新呪文は見やすくなっているので手間は大幅に減っていますし、あとは規制情報板に
解除しましたと書いてくるだけ Securty読める人の増員は2〜3人程度で足りると思います。
上で書いたデータベースが動き出せば負担は大幅に軽減されるので漏れの仕事
をすることになったとしても負担は以前に比べたら遙かに低いものだからです。
Securty読める人の仕事は★持ち以外の通報案件の判断と解除手続きのみですね。 おつかれさまです。
こちらの送付したサブジェクトをバッサリ変えて返信するISP様が
少なからずありますけど、この際なのでそういうのを交渉するというのは
いかがでしょうか?
PINKではぷらら様とは交渉してこちらのサブジェクトを残してもらえるように
システムを変えてもらいましたが、その後は挫折しております。
他のISP様も交渉次第で変えてもらえる可能性はあると思います。
実行するならば、PINKでも出来る限り協力させていただきます。 先に結論というか、作業フロー(案)を書きます。
1.メールの到着報告
メールを出した人が必ず「返答処理スレ」に報告。
他の人(security読める人)は【絶対】作業しない。
【テンプレの例】※適当に直して下さい
「以下のメールがプロバイダから届きました。
到着日 :2011/01/31 21:40
タイトル:■○○○の対応について*******
規制番号:http://qb5.2ch.net/test/read.cgi/sec2ch/************/12
madakana
#1/15 http://qb5.2ch.net/test/read.cgi/sec2chd/********/
\.****.f?nt.****.ppp.********.ne.jp 」
2.「返答処理スレ」で、解除or確認の判断を行う。
A.報告人 ★の場合、到着報告と同時に判断を書いてOK
再度問い合わせる場合も同様に判断を書いて報告後、送信。
B.トリップの場合、Security読める報告人★さんが解除or必要な指示を出す。
(解除なら「解除します」、再送なら「○○について聞いて下さい」で。
※解除及び再問い合わせの判断を、このスレ内で完結。
※メールの処理の確認なので、ここで漏れのチェックができる。
※到着報告のないものは、とりあえず無視。
3.解除相当と判断した報告人 ★は、「解除処理スレ」に報告。
テンプレ報告の内容をそのまま貼ればOK。
「以下の規制の解除をお願いします
到着日 :2011/01/31 21:40
タイトル:■○○○の対応について*******
規制番号:http://qb5.2ch.net/test/read.cgi/sec2ch/************/12
madakana
#1/15 http://qb5.2ch.net/test/read.cgi/sec2chd/********/
\.****.f?nt.****.ppp.********.ne.jp 」
4.解除人は、「解除処理スレ」で解除宣言(作業が被るのを防ぐ為)
「>>○○>>○○ こちらについて解除します。」
5.作業結果は、規制情報板の該当スレに報告する。
「>>○○について規制を解除しました。
http://qb5.2ch.net/test/read.cgi/sec2chd/********/30 ←解除処理スレのレス番
6.「解除処理スレ」に解除報告。
「>>○○>>○○ 解除しました。」
※これで他の解除人が解除作業に入れるようになる
(報告がなければ絶対作業しない)
提案のポイントは2点です。
1.Securityの転送を受けている報告人さんは、「メールチェックを絶対しない」。
メールを検索して確認するだけ。
まず、プロバイダに報告してくれる報告人さんは、返信が届いたら必ず報告する。
スレへの報告が1週間遅れても、それは放置。それは報告した人の責任ということで。
メールを送った人なら、どの規制の報告かはすぐ判り、メール作成時にテキスト
ファイルでテンプレ作っておけば、届たメールを貼るのに1分も掛かりません。
それをSecurity読める人が自分でやったら、数倍〜数十倍以上の時間が掛かります。
これでは効率化するわけがない(汗)。
というか、これが>>49でも書かれていますが、最大のボトルネックです。
securityを読める報告人さんは、届いたメールを基本的に読まない。
報告の上がった案件だけメールをチェックする。
これを徹底するだけで、Security読める人の作業効率は飛躍的に上がります。
出しっぱなしで返信あっても報告がない案件は、気になると思いますけど
心を鬼にして無視して下さい。
それを代理で作業始めたら、第2のreffiさんへまっしぐらです。
例えデータベース化したとしても。 2.スレは2つに分ける(報告処理スレ、解除処理スレ)
一人で解除も判断も全部やっているのであれば、全ては一つのスレで作業
する方が情報が集約できて便利そうですが、判断と解除作業を分離した場合、
それぞれが必要ないレスを見分ける必要があります。
まったくロジックの違う作業を同じスレでそれぞれ報告していては、
見落としや錯綜が必ず起きます。
報告処理スレは、メールの報告とそれに対する判断専用に、解除となった場合には、
解除人の作業が被らないように別スレに報告、解除人は処理開始と終了を書いて
作業が被るのを防ぐ、としないと、多分破綻します。
あくまで皆さんのいろいろな意見や問題点を読みながら考えただけなので
不味いところや直した方がいいところは直して下さい。
誤解除・誤判断などがあったら、
誰が責任を持って修正するの? 報告する人がmadakanaをチェックし、
解除判断をする人もmadakanaをチェックし、
最後に解除人がmadakanaをチェックする。
3重のチェックが入るので、最後の解除人さんが
ヘマをしない限りは、間違った作業は減るはずです。 仮に、誤った解除や判断が起きたら
どうするの?
今のうちに頭使って一生懸命考えとけよ。 チェックという意味では、解除人もやはりsecurityは読めた方がいいですが、
とりあえずいまは保留で。 >>60
そりゃ再規制やら再判断やらでショ。つーかそんなこといってたらキリがない
ちょっと思ったこと。
*******はたぶん例のDB上の数字を意図してるんだろうけど、
もしISP側が変える姿勢を崩さない場合はあると思う
あと、ISPでメールの件名を変えられたとき、
メールの件名をそのまま「」でくくり、送信時についてた番号を一緒に報告するようにしないとわからんようになる
だいたいは大丈夫だろうが、もし見るとき検索しやすいようにね。 BB.excite様などの報告無しで先様より完了報告が届く案件の
処理が漏れそうな予感ですけど、これをスルーはマズいと思います。 ざっと見た感想ですがいいたたき台だと思います。
僕個人の意見ですが>57のスレを二つに分ける案はちょっと反対ですね。
ここは以前と同じ返答処理スレ1本でやった方がスッキリすると思います。 >>62
データベースはまったく想定してません。
日付とタイトルが判れば、検索も必要ないですから。
時系列でメーラーは並んでるわけで。
データベースはあった方が便利ですけど、
上のはまったく無くてもいいフローです。 >>64
その辺は、実際作業する人の方で考えていただければ。
現場にお任せします。
発掘現場案内スレとか、そのあたりを参考にしたので。 >>65
あーなるほど。
なら件名に番号追加して、DBと連携させると規制側(おいちゃん)が言ってた問題も解決すると思う
解除に至った経緯がほしいとか言ってなかったっけ >63
向こうから勝手に対応してくれるのは基本、BB.exciteとhomeだけなのでそれは
security読める人の仕事ですね。
security読む人の作業量が増える気もしますがそこは仕方ない部分ですし、読める人が
例えば雷鳥のタグ機能とか駆使して色分けしちゃえば作業しやすいと思います。 >>63
個別の例外案件は、担当をそれぞれ決めてそれだけは
チェックするとかすればよいかと。
10も20も無いと思いますので(実績からしても)。
あったとしても、それぞれ分担してメーラーで振り分け確認を
する形で対応できるかもです。
まあ、読むなと言ってもきっと皆さん、真面目だから全部目は
通すと思いますけどね・・・。 >>44
えっと「他の報告人の意見も聞いてみよう」だから
自分は除外されるのかしらん。(;・∀・) >>70
出来れば全員の出番をお待ちしておりますよ! >>56
> スレへの報告が1週間遅れても、それは放置。それは報告した人の責任ということで。
解除させたくない規制の報告をしてISPから返答があってもわざと無視するなどの悪用をされる恐れがあるのでは? >72
それはsecurity読める人がチェックして1週間に一度程度纏めて処理って感じが
いいと思います。
★持ちの人は向こうの事情でも基本無視という形で >>72
まあそれは気分でやる程度でいいんじゃないでしょうか。暇が出たらやる程度で。 了解しました。
ただ作業スレは1つが良いかと思います。
少々色々な情報でレスが多く長くなりますが私は1つが良いです。
全体の流れが見えますので。
解除ボタンを押す解除人は具体的には誰ですか?報告人の中から選出?何人ですか?
プロバが返信メールを全く変形して送信して来る場合がありますが
その時はこちらで情報付加して報告すれば済みます。 >>73
◆Reffiz2Zh. さんの精力的な活動にぽかーん。。。
解除作業がないと人はこんなにも生き生きとしてくるものなのかと。 >76
これが本来の漏れというか基本的には昔と何も変わっていません。
毎日の作業と責任という名の重圧が漏れを押さえつけてたと言うだけですし >>72
責任の分担というのは、作業する人全員が持つべきですよ。
★の人に負担を増やすだけでは破綻します。
あまりにいい加減な作業するトリップの人は、報告は止めてもらった
方がいいでしょう。多分他の人の迷惑になるだけですし。
今はとにかく出しっぱなしで終わってるというのも問題ですんで。
返答の報告まで、みんなで責任持ってやりましょうということです。
>>73
そこもお任せで。
理想は報告だけを追いかける、ですが、人数も増えて余裕があるなら
チェックも定期的にしていいかもです。分担しながら。 つまりそれだけ「感情を殺す必要」があった
ハッキリ言うと「ムカつく」ことも多々あった日々だった訳ですねw >78
通報人は割れてない鳥を使えば誰もで通報出来るので排除は無理だと思います。
こういう場合は解除が遅れますよ言うペナルティ程度でいいと思います。 >>80
あい。
そのあたりは運用でうまくカバーしていただければ。 >>56
1の絶対にしないは心に余裕のあるときは無理な予感です。。。
2はもしかしたら発掘現場のようなスレがあった方がわかりやすいかもな予感もします。
そしてデーターベースですが。
報告人が常に更新するのでしょうか。
これが最大のネックだと思ってます。
>>78>>80
酉のかたの解除判断はセキュ閲覧組が責任をもって対応という形にさせて頂きます。
ほとんどの方が自分が書きたいから作業されるので
放置というのはないかと思いますので。
>>77
お目付役としていつまでもいらっしゃって頂きたいです。
という気持ちがとってもあったり。。。 メンヘラ気分で訳わかめなレスしているよりも実行したら?
読んでいるだけでくたびれるわい。愚かものどもめ>>43-