au、メールアドレス仕様変更で自身がハマる 92
ストーリー by yoosee
ちゃんと試験してないのかよ、と言うほうが 部門より
ちゃんと試験してないのかよ、と言うほうが 部門より
Anonymous Coward曰く、"auのEメールアドレスが相互接続性を保障できないルールに変更?というストーリーで話題になった、RFCに準拠しない命名規則へのauメールアドレス仕様変更ですが、6月7日付けのauからのお知らせ : お詫びによると、
「.」(ピリオド/ドット)を連続して使用、もしくは「.」(ピリオド/ドット)を@マーク直前で利用したEメールアドレスをご利用され、メールフィルター機能を設定しておられるお客様におきまして、Eメールが受信できない事象が発生しておりましたということで、自社の提供するサービスで問題が発生させてしまったようです。6月6日の早朝に発生して次の日の朝には回復したようですが、 やはりRFCに従ったほうがいいという神のお告げなのでしょうか?"
事情は察して余りあるものの (スコア:5, 興味深い)
ナンバーポータビリティが迫り、この夏モデルのリリースに遅れずに新サービスを連発して提供することが求められているのです。
開発現場の人間としては時期尚早とか明らかに未完成とか、それはそれは口が裂けても口外できないような悲惨な状態のままでリリースされるサービスもあるのですよ。
対応機種は段階的に拡大するとか、当初のサービスエリアは限定的だから、エリア拡大にあわせて徐々に完成度を上げればいいとか、それはそれは、口が裂けても口外できないような方便の「経営的判断」がゴリ押しされて強引にGo!となっているものもあるのです。
auさんとて問題に気づかなかったとか知らなかったとか、そういう話じゃないでしょう。
とはいえ、同情する気にもなれないし、それどころか「auなんてあんな体たらくでもリリースしてるんだから」という方便が連発されるのかと思うと、私は暗澹たる思いになってしまいます。
#最初に一線を越えたのが他社でよかったと胸をなでおろしている不届き者なのでAC
そんなおまいらに救世主が!! (スコア:4, おもしろおかしい)
Re:事情は察して余りあるものの (スコア:1, 参考になる)
下請他社の足を直接引っ張るような非常に荒んだ開発現場です。
さっさと出て行ってよかった。
Re:事情は察して余りあるものの (スコア:0)
> 当初のサービスエリアは限定的だから、エリア拡大にあわせて徐々に完成度を上げればいいとか
ものすごくいつもの事のような気がするのは俺だけか?
まぁ元ACさんの言うことはヒジョーに良くわかるのだが(笑)
とりあえず (スコア:5, おもしろおかしい)
スラドスラド連呼され、いい広告になったのはポイント高い気がします
変更内容のレビュー不足でありがち (スコア:4, すばらしい洞察)
Re:変更内容のレビュー不足でありがち (スコア:2, おもしろおかしい)
#直接ならまだしも間に何人か入るともう駄目orz
Re:変更内容のレビュー不足でありがち (スコア:0)
「設計担当者」から来た設計書だったり、
「仕様作成者」から来た仕様書だったり。
>#直接ならまだしも間に何人か入るともう駄目orz
何人どころか、下手すると何社も入りますよね。
しかも何社か上の人が同じフロアにいたりするくせに、
直接の質問はダメで何人か経由してE-mailを転送しない
とだめだという。
ほんとダメだよ、この業界。orz
Re:変更内容のレビュー不足でありがち (スコア:3, おもしろおかしい)
Re:変更内容のレビュー不足でありがち (スコア:5, 参考になる)
いや、そういう場合ばかりじゃなくて、
業務委託契約で来てもらってる下請業者が居る場合、
直接下請業者の人達に指揮・命令するのは違法となる場合があるので、
会社から会社への指示にみなされるような方法で命令しなければなりません。
そーいったわけで、同じフロアにいるのに、
何段階かのメール転送を経て…ってことになる場合があるんです。
「ほんとダメだよ、この業界」ってのも誤解で、
どこの業界でも同じ法律が適用されます。
Re:変更内容のレビュー不足でありがち (スコア:1, 参考になる)
ITPro記事 [nikkeibp.co.jp]
神奈川労働局労働基準部 安全課 [kana-rou.go.jp]
神奈川県民なAC
auはテストせずにリリースしている (スコア:3, すばらしい洞察)
Re:auはテストせずにリリースしている (スコア:3, すばらしい洞察)
「自部門のテストはしたが、他部門のことは知らんよ」
という部門間の連携がアレだということが判明したのです。
--- (´-`)。oO(平和な日常は私を鈍くする) ---
Re:auはテストせずにリリースしている (スコア:1, おもしろおかしい)
それは専門用語では「テストしていない」と言います。
Re:auはテストせずにリリースしている (スコア:1)
-- 哀れな日本人専用(sorry Japanese only) --
これって (スコア:2, 参考になる)
メールフィルタを設定している場合のテストが抜けてた
ってだけの話ではないんでしょうか。
テストの抜けは確かにオマヌケな気はしますが、
わざわざ取り上げるほどのことではないような。。。
Kaori
Re:これって (スコア:5, すばらしい洞察)
auのアナウンスに従ってメールアドレスを変更した途端受信できなくなったユーザーにとっては大事でしょう。
Re:これって (スコア:2, すばらしい洞察)
議論する価値無しと思えば書かなきゃいいだけなんだし。
au内のテスト (スコア:5, おもしろおかしい)
2.そのメールアドレスに擬似迷惑メールを送ってみる。
3.いっさいメールが受信されない
効果絶大、完璧だ( ̄▽ ̄)
あのシステム大丈夫かなぁ (スコア:2, 興味深い)
だって、自分が au ユーザのだったりするので。 メールマガジンは購読してないので、実害は受けませんが。
------------------------------------------
古い話なので、いまさらACでもないでしょ
fj.jokes出身:
「お詫び」へのリンクが消えている (スコア:2, 興味深い)
なんつうか (スコア:1, すばらしい洞察)
何も知らなかったって事がわかっただけだね。
想像通りであきれるような
そんな事も知らなかったのかという失望感のような…
Re:なんつうか (スコア:3, すばらしい洞察)
そんな事は知ってたでしょう、当然に。
独自仕様の部分がバグってたという話だよね。
むしろ、そもそもそれを採用した件と、採用した部分に不具合という、
二重の間抜けさ加減に失望感。
Re:それが/.クオリティー (スコア:0)
Re:それがF2クオリティー (スコア:1, 参考になる)
何だかんだ言ってもF2が無かったら事実上国が運営不能になるんだろうねぇ。各種官公庁には良く採用されてるし、銀行、証券取引所もF2だらけ。
まさに腐った会社との腐れ縁、とかマイナスモデ上等のコメントを書いてみる。
Re:なんで+5の評価? (スコア:3, おもしろおかしい)
ダイジョウブ、ドットスラッシュとか言うのはまだ始まってないよ。
Re:なんで+5の評価? (スコア:1)
># 特に「すばらしい洞察」は「同意」の意味で使われるようになってきてる。
モデレート権が周ってくる感覚が速すぎて、つけやすいモデレート(おもしろおかしいとかオフトピックとか…)でどんどん消費してしまう人が増えてるってことはないんですかね。参考になるあたりはコメントの内容をちゃんと確認しないとつけられないし、すばらしい洞察については杜撰につかう人がいるのかも?
これもまた (スコア:1, 興味深い)
会社への損害賠償を軽減させるために、個人に転嫁する最近のやり方ったらもう。
still now (スコア:1)
ん??? (スコア:0)
問題が発生させてしまった?
Re:ん??? (スコア:0)
変なアドレスを使えるようにするメリットって? (スコア:0, 余計なもの)
そこにどんなメリットがあるんだろう。
屍体メモ [windy.cx]
Re:変なアドレスを使えるようにするメリットって? (スコア:2, すばらしい洞察)
変なアドレスを使わせてるのは、ナンバーポータビリティが始まるし、ドコモが使わせてるから。
今回の件で、変なアドレスを使われると他のサーバがどのくらい迷惑するか、身に染みただろうけど、身に染みたからといっていまさらやめられないだろうね。
Re:変なアドレスを使えるようにするメリットって? (スコア:1, すばらしい洞察)
関係ないでしょ。
他社に無いサービスがあることが大事なんだから。
どうせ使わない機能が満載の方が売れるもんです。
Re:変なアドレスを使えるようにするメリットって? (スコア:0)
迷惑メールが減るとか、顔文字 [srad.jp]が使えるとか、そういう話題が出ましたよ。
Re:くだらん (スコア:4, おもしろおかしい)
Re:くだらん (スコア:4, おもしろおかしい)
お告げと言うより、天罰のような気もする。
Re:くだらん (スコア:1, おもしろおかしい)
天罰が参考になるって、どこに住んでるんだw
Re:くだらん (スコア:1)
----- A mighty flame followeth a tiny spark.
Re:くだらん (スコア:1)
ネタをネタと見抜(ry
----- A mighty flame followeth a tiny spark.
Re:くだらん (スコア:1, 参考になる)
昔の話をすると、デーモンって別に悪霊/悪魔/邪神とかって悪のイメージじゃなかったらしいんで
綴り違い以前の問題で、そもそも悪魔じゃなくなるんで突っ込みにならんのだが・・・・・・
#BSDのマスコットは悪魔っぽい絵なので、其れで手を打つって事で。
Re:くだらん (スコア:1)
/* //泥申杯荒木 */
Re:くだらん (スコア:3, おもしろおかしい)
「『メール』のようなもの」
みたいなノリで。
Re:くだらん (スコア:2, おもしろおかしい)
#お約束だな
____
#風邪をひきました、脳が故障しています
#残念ながら仕様です。
Re:mail2.0のデザインパターン by au (スコア:2, おもしろおかしい)
1.ロングテール
携帯業界のガラパゴス諸島にこそ財宝が眠ると主張すること
オープン規格+独自拡張が儲かるのはMSが証明してるよね
2.データは次世代の「インテル・インサイド」
オレ定義が最強と信じ込んで推進すること
x86では差別化できないからitanium、Prescottでは足りないからPlesler
→RFC準拠では差別化できないから非準拠、キノコは先を越されたからシカ
3.ユーザーによる付加価値創造
ドジッ娘とか発想の転換で楽しんでもらおうよ、blogで流行るよね
4.ネットワーク効果を促す初期設定
トラブルあってのシステム管理者だもん、雇用創出は歓迎されるよね
強烈な個性が周囲へのシナジー効果を生むんだよね
5.一部権利保有
見える化、カイゼン、カンバンなどキャッチフレーズをビジネスモデルに
→そうだ、これを英雄メソッドと名づけてソリューション展開しよう
6.永久にベータ版
ジャンク品につき、ノークレーム・ノーリターンでお願いします
定額にして安く提供しているのに、説明責任を求めるのはクレーマー
7.コントロールではなく、協力
運用対処、自己責任、シュリンクラップ契約、どこでもやってること
あそびごころ、ゆとりを忘れた現代人
8.単一デバイスの枠を超えたソフトウェア
インターネットを流れる情報はRFCだけではない、W3Cという単一デバイスの時代は終わり
世界に一つだけの花を目指そうよ、泣きなさい笑いなさい
参考:Web 2.0のデザインパターン
http://japan.cnet.com/column/web20/story/0,2000055933,20090424-4,00.htm [cnet.com]
Re:くだらん (スコア:1)
今まで持っているもので使える、こともある
Re:実は、 (スコア:1, すばらしい洞察)
おそらく
・アドレスを設定できるようにした技術者は知らなかった。
・メールフィルタの技術者は知っていたので、不正なアドレスを弾くようにした。
ってこと。
# 十把一絡げはイクナイ。
Re:実は、 (スコア:1)
"Patriotism is the last refuge of a scoundrel." - Samuel Johnson
Re:実は、 (スコア:1)
まじぃッスよ、ソレ、激まじぃ……
やるの?ホントに??
まーやれっちゅわれりゃーやらにゃーならんサラリーマンですけどー。
……責任、取れよ?」
さあ、責任を取るのは誰だ!
Re:実は、 (スコア:2, おもしろおかしい)
たとえばSOS@example.comの代わりに...---...@example.com。