アカウント名:
パスワード:
おねいちゃんの口説きメールを、CCで複数のお相手に送って、ふられたという例が割と身近であったのを知っています。 #同じ文面を送ろうって思うのも良くわからないが。
そういった経験を積むと大変さを理解出来るのでは無いでしょうか。 #少なくともフラレタ彼は理解出来たようでした。:p
うちもtoに列挙組です。
それにより会議なんかで資料を用意する時、出席者に応じた資料が用意できて便利です。
To:はあくまで宛先なので情報共有のためにTo:に列挙するのは やめて欲しいと思った。
CC:に自分のアドレスがあれば「読んどけば大丈夫だ」って感じだけどTo:に自分のアドレスがあったら「私から何か返信しなきゃいけない?知らないよ、としか言えないんだけどそれでも返信しなきゃいけない?つか、私宛じゃないしな……。」とか考えてしまうし。 もう少しだけ気を使ってTo:に入れるのかCC:に入れるのかBCC:に入れるのか考えて欲しいと思いました。
# 多いんだよなぁ、うちの会社。
余り意味を分かってない人が多いと感じます。
消去せずに残していた
ほうが、はるかに大問題だと思います。
通常は、タレコミを受領したら、例えば10日以内に通報者が特定できる情報を消去するようなプロセスが整備されているはずです。
そのプロセスすら存在していないということが、今回の事件の根深さと、意識の低さを露呈していると思います。
というより、無視されずにきちんと該当者へと伝えようと努力されているって良い例ではないかと。
仕様で、データベース内の個人情報に関するもの (氏名、連絡先、アドレス、など)は、1ヵ月後に自動的 に抹消されるようになって
少し問題点は違うかもですが。
To は「宛先:」、Subject は「件名:」という風になっているのにCC は CC のままですよね。うまい言葉があてはまらなかったから、CC とか BCC のままなのでしょうとは思いますが。それにしてもわかりにくいのをそのまま残すのはイケズな感じがします。
そこで「CC が Carbon Coopy の略で、そこに書いた宛先にには送信宛先も含めたメールが複写送信されちゃうんだよ」っていうことがわかる程度の言葉が必要だと思う。
そんな言葉は思いつかないんだけども。。はっ!ここが問題か!
/*おわり*/
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ見習い
CC:やTOに羅列するって良く見かけますね。 (スコア:2)
びっくりしますね。
送信者には教えてあげるんだけど、余り意味を分かっていない人が多いと感じます。
今回の場合も多分そういう事なんじゃないかな?
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:4, おもしろおかしい)
おねいちゃんの口説きメールを、CCで複数のお相手に送って、ふられたという例が割と身近であったのを知っています。
#同じ文面を送ろうって思うのも良くわからないが。
そういった経験を積むと大変さを理解出来るのでは無いでしょうか。
#少なくともフラレタ彼は理解出来たようでした。:p
Re:CC:やTOに羅列するって良く見かけますね。(オフト (スコア:0)
のをみたことがあります。そこまでしたいか、という感じでしたが。
# 同じくネカマしていたのでAC。
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:3, 興味深い)
標準でBCCが隠れているのも原因の一つかと
多くの人がBCCの存在を知らないのではないでしょうか?
あと一部の企業などでは「誰がこの情報を知っているか」を明確にするため
CCまたはToに列挙するのを求めているところもあります
こうすることにより、後で「知らなかった」や話を持って行ったときに
スムーズに業務を進ませる効果もありますんで
当然これは内部送信だけのことなのですが、日頃の癖というのは
とっさに出てしまうこともあるのかもしれません
そもそもCCで宛先が出るって認識が無い人もいると思いますし
うちの会社も内部文書は全てCCが求められてます。
顧客に出すメールはさすがにメーリングリスト的ソフト使用してますが
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:2, おもしろおかしい)
そのため、CC で来たメールには別に目を通さなくてもいいという文化ができてしまいました。ですからうちの場合は、CC で送られていたとしても「知らなかった」という場合がままあります。
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:1)
>CCまたはToに列挙するのを求めているところもあります
うちもtoに列挙組です。
それにより会議なんかで資料を用意する時、出席者に応じた資料が用意できて便利です。
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:1)
To:はあくまで宛先なので情報共有のためにTo:に列挙するのは やめて欲しいと思った。
CC:に自分のアドレスがあれば「読んどけば大丈夫だ」って感じだけどTo:に自分のアドレスがあったら「私から何か返信しなきゃいけない?知らないよ、としか言えないんだけどそれでも返信しなきゃいけない?つか、私宛じゃないしな……。」とか考えてしまうし。
もう少しだけ気を使ってTo:に入れるのかCC:に入れるのかBCC:に入れるのか考えて欲しいと思いました。
# 多いんだよなぁ、うちの会社。
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:1)
メールを作成する時に、「表示」->「BCCボックス」を出してあげれば
いいだけなのですがね・・・。
MLもメンバーのみ投稿できる形にしていないところもありますね。
メンバー以外が投稿できると、素晴らしい状態になります。
(経験者は語る)
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:0)
仕事で使ってるのに「知らない」で済ませるのはなんとも無責任。
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:1, 興味深い)
>仕事で使ってるのに「知らない」で済ませるのはなんとも無責任。
悲しいかな、それが殆どの会社の実情ではないでしょうか?
未だに、ウィルスメールを送信元が誰々さんだったから・・なんて
迂闊に開く人たちが後を絶たないですし。
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:2, 興味深い)
これってよくいると思うなぁ。
ついでに、自分がspamもどきやってるって自覚の無い人も多い。
誰かに「なるべく多くの人に知らせて」って言われて
知ってるメールアドレス全部羅列しちゃう人。
しかしまぁ、やっちゃった人は「個人」なんだろうけど、
やってるのは「党」なんだし、しかも、
警察の不祥事タレコミときちゃぁ、
「よくある悲しい事」じゃ全然片付けられないよね。
ホント、通報者の立場はどうなんの?って思う。
逆に言えば、こんなことやっちゃう人を据えてる時点で
この党は、「情報に関する扱いはこの程度の意識の党」とか
「ネタさえ集まれば情報提供者のことなんてどうでもいい党」とか
思われても仕方無いはずなんだけど、
そーゆー風には認知されないんだろうなぁ(苦笑)
#ま、そーゆー意味では誰も彼も「円熟」には
#まだまだほど遠いってことなんでしょうな。
##「偽名でフリーメールアドレスの取得の仕方」
##なんてのを党のページの載せるしかないのか?(笑)
###↑漏れたのはせーぜーこの程度のアドレスだったと信じたい
Kiyotan
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:2, すばらしい洞察)
消去せずに残していた
ほうが、はるかに大問題だと思います。
通常は、タレコミを受領したら、例えば10日以内に通報者が特定できる情報を消去するようなプロセスが整備されているはずです。
そのプロセスすら存在していないということが、今回の事件の根深さと、意識の低さを露呈していると思います。
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:1, 興味深い)
嘘メールではないと示すために、わざと発信人や連絡先などを明記しておいたのがアダになった感じ。
もう二度と教えてやるもんか!
えてして、そんな企業のWEBには「プライバシーポリシー」の項目がある。
(自社内は「第三者に開示しない」の対象外なのか?)
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:0)
それはそうだと思うけど?
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:0)
そんなサービス担当のみに伝えて何の役に立つと言うのだろう?
というより、無視されずにきちんと該当者へと伝えようと努力されているって良い例ではないかと。
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:0)
>そんなサービス担当のみに伝えて何の役に立つと言うのだろう?
>
>というより、無視されずにきちんと該当者へと伝えようと努力されているって良い例ではないかと。
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:0)
(って、その知り合いも社内情報リークしている気がしないでもないが)
告発者(?)のメールアドレスだけじゃ済まなかったわけです。
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:0)
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:0)
> そのプロセスすら存在していないということが、
これはどこかに記載があったのでしょうか?
タレこみのメールアドレス約120人分が多いのか少ないのかはわかりませんが、情報を消去する
サイクル内での人数かも知れないですよね?
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:0)
の開発に携わったことがあります。
仕様で、データベース内の個人情報に関するもの
(氏名、連絡先、アドレス、など)は、1ヵ月後に自動的
に抹消されるようになって
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:1)
少し問題点は違うかもですが。
多くの人が使うと思われるOutlookやExpressといったWindowsの標準ハンドル品としてよく入っているメールソフト。これに使われている「CC:」「BCC:」のこの二つに関してわかりやすい日本語版訳をあてていないのも問題なのではないでしょうか。To は「宛先:」、Subject は「件名:」という風になっているのにCC は CC のままですよね。うまい言葉があてはまらなかったから、CC とか BCC のままなのでしょうとは思いますが。それにしてもわかりにくいのをそのまま残すのはイケズな感じがします。
そこで「CC が Carbon Coopy の略で、そこに書いた宛先にには送信宛先も含めたメールが複写送信されちゃうんだよ」っていうことがわかる程度の言葉が必要だと思う。
そんな言葉は思いつかないんだけども。。はっ!ここが問題か!
/*おわり*/
Re:CC:やTOに羅列するって良く見かけますね。 (スコア:0)
あほだ。