アカウント名:
パスワード:
間違いとはいえ登録してしまったものはしょうがないから使えるようにしないと。しないならそれなんて巫女SE?
筋としては当該顧客に謝罪して、アドレス変更をお願いする事なんですけどね…
キャリアにとって都合のよい、周波数改変による機種変更強制はできてるんだから、メールアドレスを変更させる事が、できないとは思えないんですけど。
> 筋としては当該顧客に謝罪して、アドレス変更をお願いする事なんですけどね…
他キャリアの顧客にどうやって変更をお願いするのでしょうか？
なんで他キャリアにお願いする必要が？
受け付けた携帯キャリアが、自分の顧客に「不正なアドレスを受け付けてしまいました。ごめんね。変えてね」ってお願いするだけだと思うのですが。
説明が足りなかったですね。申し訳ありません。
今回の問題で困っているのはhtc端末を採用したKDDIとSBMですが、アドレス変更となるとdocomoも対応する必要があるわけですよね。特に困っていないdocomoの顧客にどうやってアドレス変更をお願いするのかな、と疑問に思った次第です。
#1955593のご意見は、 "docomoは別に今のところ困ってないけど、RFCに準拠していないアドレスの変更を顧客に要求するべき" ということでしょうか？ だとすると、さすがにちょっと現実的ではないなぁ、と思います。
問題となっているKDDIとSBMですら、明らかにコストが安い端末のソフトウェア改修に傾いているのに、被害を受けていないdocomoが相応のコストをかけて顧客流出のリスクを負ってまで顧客にアドレス変更をお願いするという動機はないですよね。まあ、元コメントは "コストや動機など関係なしに何が何でもRFC準拠とするべき" ということなのかもしれませんが。
＞被害を受けていないdocomoが相応のコストをかけて
逆でしょ。docomoが被害を受けてないというよりは、RFC非準拠のアドレスを受け付けちゃったのが原因で、被害を「与えている側」。なら、docomoが相応のコストをかけるべき。と元ACは言いたいんのでは？
えーと、docomoが被害を与えている側で、技術者の道義的に見ればdocomoが対応するべきというのはよく分かってますよ。
ただ、現実的にdocomoは直接被害を受けていないので、(技術者の道義という理由を除けば) コストをかけて顧客にアドレス変更をお願いする理由がないですよね。自分も技術者なので技術者の筋を通せという理屈はわからないでもないですが、この規模のものを変更するコストを考えるとさすがに無理筋過ぎるんじゃないかなぁ、と思う次第です。自分がdocomoの中の人だったらと考えたら、アドレス変更を企画する気にはなれません……。
「私がルールを守らなかったせいで他人に被害がでてるけど、私には害が無いから、私が対応する必要はありません」
これは「技術者の道義」なんてものじゃなくて、社会人・現代人としてどうかと思うんですが。
それ以上民主党を非難するのはやめてください。
RFCってルールじゃないし。やっぱりRFC原理主義者とだと話が噛み合ってないね。
周波数を変えるために端末を変えさせることはあっても、電話番号を変えさせるってことはないからなぁ。＃メールアドレスを変えさせるっていうのは電話番号を変えさせるというのと同じだよね。
キャリアの責じゃないですが、電話番号が変わった事ならありますよ。030/040xxxxxxx→0903xxxxxxxへの一斉変更。
おかげで「大坂に出張しているはずなのに、なんで030で電話がかかるのよ?」と責められる恐れが激減しました。
ハイフンの位置が変わったことによって、市内通話として扱える地域が増えたということですよ。ユーザーから見たら害というより益です。
11桁化と距離区分消滅は別だったような。
距離により030/040の切り替え → 030に一本化 → 不足したので040を追加(030と040は別加入者) → 0903に11桁化
先はちょっと端折りましたが大体こんな流れです。030/040時代→番号が足りなくなって080/090が追加された→さらに番号が足りなくなったので、距離区分を廃止し040と090も廃止、代わりに010が追加されて010，030, 080時代到来→足りなくなったので020追加→足りなくなったので040追加→足りなくなったので090追加→もう全然足りないから090で統一して11桁化(平成11年1月1日で11桁ウサギ♪ [youtube.com]のCMがあった) ※youtube 音声注意→また足りなくなったので080追加で、今に至る。だいたいこんな感じの筈です。結構泥縄式?
泥縄式でも必要に応じて追加できる設計になっているだけIPv4よりよっぽど筋がいい。IPv4も必要になるたびに8ビットずつ長くできるような設計だったら今こんなに苦労しなくて済んだのに。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
送受信できるようにする (スコア:0)
間違いとはいえ登録してしまったものはしょうがないから使えるようにしないと。
しないならそれなんて巫女SE?
Re:送受信できるようにする (スコア:0)
筋としては当該顧客に謝罪して、アドレス変更をお願いする事なんですけどね…
キャリアにとって都合のよい、周波数改変による機種変更強制はできてるんだから、
メールアドレスを変更させる事が、できないとは思えないんですけど。
Re:送受信できるようにする (スコア:2)
> 筋としては当該顧客に謝罪して、アドレス変更をお願いする事なんですけどね…
他キャリアの顧客にどうやって変更をお願いするのでしょうか？
だが、いいこともあるぞ、外の天気は上々なんだ
Re: (スコア:0)
なんで他キャリアにお願いする必要が？
受け付けた携帯キャリアが、自分の顧客に
「不正なアドレスを受け付けてしまいました。ごめんね。変えてね」
ってお願いするだけだと思うのですが。
Re:送受信できるようにする (スコア:1)
説明が足りなかったですね。申し訳ありません。
今回の問題で困っているのはhtc端末を採用したKDDIとSBMですが、アドレス変更となるとdocomoも対応する必要があるわけですよね。特に困っていないdocomoの顧客にどうやってアドレス変更をお願いするのかな、と疑問に思った次第です。
#1955593のご意見は、 "docomoは別に今のところ困ってないけど、RFCに準拠していないアドレスの変更を顧客に要求するべき" ということでしょうか？ だとすると、さすがにちょっと現実的ではないなぁ、と思います。
問題となっているKDDIとSBMですら、明らかにコストが安い端末のソフトウェア改修に傾いているのに、被害を受けていないdocomoが相応のコストをかけて顧客流出のリスクを負ってまで顧客にアドレス変更をお願いするという動機はないですよね。まあ、元コメントは "コストや動機など関係なしに何が何でもRFC準拠とするべき" ということなのかもしれませんが。
だが、いいこともあるぞ、外の天気は上々なんだ
Re:送受信できるようにする (スコア:1, 興味深い)
＞被害を受けていないdocomoが相応のコストをかけて
逆でしょ。docomoが被害を受けてないというよりは、RFC非準拠のアドレスを受け付けちゃったのが原因で、被害を「与えている側」。
なら、docomoが相応のコストをかけるべき。と元ACは言いたいんのでは？
Re:送受信できるようにする (スコア:1)
えーと、docomoが被害を与えている側で、技術者の道義的に見ればdocomoが対応するべきというのはよく分かってますよ。
ただ、現実的にdocomoは直接被害を受けていないので、(技術者の道義という理由を除けば) コストをかけて顧客にアドレス変更をお願いする理由がないですよね。自分も技術者なので技術者の筋を通せという理屈はわからないでもないですが、この規模のものを変更するコストを考えるとさすがに無理筋過ぎるんじゃないかなぁ、と思う次第です。自分がdocomoの中の人だったらと考えたら、アドレス変更を企画する気にはなれません……。
だが、いいこともあるぞ、外の天気は上々なんだ
Re:送受信できるようにする (スコア:1, すばらしい洞察)
「私がルールを守らなかったせいで他人に被害がでてるけど、
私には害が無いから、私が対応する必要はありません」
これは「技術者の道義」なんてものじゃなくて、
社会人・現代人としてどうかと思うんですが。
Re: (スコア:0)
それ以上民主党を非難するのはやめてください。
Re: (スコア:0)
RFCってルールじゃないし。
やっぱりRFC原理主義者とだと話が噛み合ってないね。
Re: (スコア:0)
周波数を変えるために端末を変えさせることはあっても、電話番号を変えさせるってことはないからなぁ。
＃メールアドレスを変えさせるっていうのは電話番号を変えさせるというのと同じだよね。
Re: (スコア:0)
キャリアの責じゃないですが、電話番号が変わった事ならありますよ。
030/040xxxxxxx→0903xxxxxxxへの一斉変更。
おかげで「大坂に出張しているはずなのに、なんで030で電話がかかるのよ?」と責められる恐れが激減しました。
Re:送受信できるようにする (スコア:1)
既存番号には頭に3を付加して3xxx、新規発番は5xxx。
あの頃はまだのんきな時頃だったからか、短縮登録の修正の手間もたんたんと受け入れてた記憶がある。
そういえば、0422以外の東京都下、042x-xx-がいつの間にか、042-xxx-に変わっていたのには驚いた。
通信上はハイフンは無意味なので実害はないんだけど、三鷹武蔵野の0422-だけは堅持されている点、
詮索はしていないけど、三鷹市民だった頃の感覚だと、東京都って、23区、三鷹武蔵野、都下、島嶼で
区分していた。そのあたりが反映された結果なのかな。
都下にしても早くから市だったエリアと◯◯郡◯◯町ではまた印象が違うんだけどね。
それにしても、最近東京23区内の新規発番って03-6xxx-なのね。そういうところと付き合いがないから
気付かなかった。
Re: (スコア:0)
ハイフンの位置が変わったことによって、市内通話として扱える地域が増えたということですよ。
ユーザーから見たら害というより益です。
Re: (スコア:0)
11桁化と距離区分消滅は別だったような。
距離により030/040の切り替え → 030に一本化 → 不足したので040を追加(030と040は別加入者) → 0903に11桁化
Re:送受信できるようにする (スコア:3, 参考になる)
先はちょっと端折りましたが大体こんな流れです。
030/040時代
→番号が足りなくなって080/090が追加された
→さらに番号が足りなくなったので、距離区分を廃止し040と090も廃止、代わりに010が追加されて010，030, 080時代到来
→足りなくなったので020追加
→足りなくなったので040追加
→足りなくなったので090追加
→もう全然足りないから090で統一して11桁化(平成11年1月1日で11桁ウサギ♪ [youtube.com]のCMがあった) ※youtube 音声注意
→また足りなくなったので080追加
で、今に至る。
だいたいこんな感じの筈です。結構泥縄式?
Re: (スコア:0)
泥縄式でも必要に応じて追加できる設計になっているだけIPv4よりよっぽど筋がいい。
IPv4も必要になるたびに8ビットずつ長くできるような設計だったら今こんなに苦労しなくて済んだのに。