1
Vote

アカウント新規作成はメールでできないか?

description

とりあえず本体機能の実装をお急ぎ頂くことでいいのですが、なかなか実装で支援に回れていませんので、取り急ぎチケットだけでも挙げておきます。

 
アカウント新規作成フォームを拝見しましたが、入力項目がいろいろあるので萎えちゃうかも...って思いました。
 
jp110311@hotmail.com (註:このメアドは架空) に空メール送ったら、折り返し、残りの郵便番号と姓名を入れればアカウント開設が完了するフォームへの URL が送られてくるとかどうでしょう?
 
システム側の動きとしては、空メール受信したら、その送信元メールアドレスをユニークキーとしてアカウントつくちゃって、アカウントの識別子として GUID 発行して割り当て、その GUID を URL 中に含むことで、認証しちゃう、みたいな。
 
そうすれば、一人一人に固有の URL が発行されるので、それをブックマークしておいてもらえばいいのでは、と。
これならパスワードも要らなくなるし、ユーザー名とかも新たに考案しなくてよいので、より簡易になると思いました。
 
もちろん、長く恒常的に利用するサービス、サイトであれば、こんな "セキュリティゆるい" 管理・認証方式は採用できないでしょう。
しかし、今作っているプロジェクトは、活躍するのはとある一時期だけの、期間限定サイトだと思ってます。
そういったことを考えると、むしろ、容易に利用開始できることを優先しては? などと思いました。

comments

kazuk wrote Mar 16, 2011 at 10:17 AM

ネックになるのは Azure にメール関連サービスがない事な気がします。 Azureでメール関係処理するのになんかいい方法ありませんかね?

buchizo wrote Mar 16, 2011 at 10:27 AM

Azure Passと同じように無償提供されるExchange Online(BPOS)使うのがメールサーバーとしては確実です。
が、メールへのアクセスはちと面倒かと。
ただカスタムドメインとはいえちゃんと送受信できるメールサーバー環境が手に入ります。

アプリからメール操作する場合は認証付SMTP・POP3(要SRで許可してもらう:たぶん即時)でするか、Exchange Web Servicesを利用するかのどちらかかと。

EWSはマネージドライブラリ(SDK)があったと思うので、メール送信はそれほど苦労しないと思います。

一番らくちんなのは企業や個人でメールサーバー運用してる方と連携するかですかね。
(受信メールを処理しない(送信する一方)であればそういうのも手かなと)
CNAME設定したりSPAM判定をクリアできればいいので、これが一番楽で現実的かもしれません。

buchizo wrote Mar 16, 2011 at 10:32 AM

あ、ところでURL付メールって拒否してる携帯多くないでしょうか?
※携帯クライアントって対象にしてましたっけ…

buchizo wrote Mar 16, 2011 at 10:41 AM

ちょっとずれたコメントな気がしますので、適当に流しておいてください…

jsakamoto wrote Mar 17, 2011 at 3:53 AM

jsakamoto @昼休みです。
ぜんぜん developできてませんが、さておき。
あ、ところでURL付メールって拒否してる携帯多くないでしょうか?
そうなんですね、確認しておきます。
※携帯クライアントって対象にしてましたっけ…
まず今は開設・公開が急がれると思ってますので、後回しでいいと思いますが、ディスカッションボードを見るに、いちおう、ガラケー対応も視野に入れているものと私は理解しております。

各位いろいろコメント頂いて、かえってすみません。
本体機能の実装を優先することで結構ですので、あまりこの Issue に優先度高で応答頂かなくても、後日のディスカッションで大丈夫と思います。

ただ、あくまで私個人の話なのですが、実質開発に参戦・専念しづらい状況が続いているため、せめて思いついたことを忘れないように投稿しておこうと考えた次第です。