2013-04-07 2 views
5

Sto sviluppando un'app MVC 4 e utilizzo i provider OAuth forniti da MS, ma mi piacerebbe ottenere un indirizzo e-mail per ogni utente. Per Google (default) e Facebook (usando FacebookClient) ho già ottenere l'utenti si rivolgono, ma cosa fare al riguardo quanto segue:MVC 4 OAuth: come ottenere l'indirizzo e-mail

  • Twitter (ho letto che non è possibile - ancora vero?)
  • Microsoft - risolto (vedi commenti)
  • Yahoo - opere (vedi commento)
  • LinkedIn - risolto tramite proprio provider come per MS

E che dire, quando non è possibile tramite OAuth come con Twitter?
Ho letto in thread diversi che non è buono/sicuro chiedere semplicemente all'utente. È "abbastanza sicuro" se richiedo anche una verifica via e-mail per utilizzare effettivamente l'indirizzo (ma non l'account in generale) come faccio io (lo farò) quando cambio l'indirizzo?

+0

Non è una risposta completa, quindi è necessario un commento: http://msdn.microsoft.com/en-us/library/hh243648.aspx#user –

+0

@WiktorZychla: Grazie per il suggerimento: alcune ricerche di follow-up mi hanno portato a http://mvcdiary.com/2013/03/01/how-oauthsecurity-to-obtain-emails-for-different-oauth-clients-but-microsoft-client-doesnt-return-email-it-didnt-include -scope-wl-email/che risolve il problema per gli account Microsoft ... – ChrFin

+0

Appena scoperto, che Yahoo funziona "out of the box" SE hai un indirizzo @ yahoo.com, che non avevo prima (solo un account yahoo) ... – ChrFin

risposta

1

Lo scopo di OAuth non è quello di fornire indirizzi e-mail, ma fornire l'autenticazione in modo standardizzato. Solo perché molte implementazioni ti danno la possibilità di un indirizzo email non significa che tutti devono rispettare. Twitter è un esempio calzante.

Perché chiedere a un utente il proprio indirizzo di posta elettronica non è "sicuro"? Vorrei chiedermelo, voglio dire, se non ti puoi fidare di un input da parte degli utenti riguardo al loro indirizzo email, di cosa puoi fidarti? Se stai usando una sorta di sistema di posta elettronica di conferma, sicuramente andrebbe bene?

+3

"Non protetto" nel caso in cui l'utente possa inserire un indirizzo e-mail non valido, ma quando il fornitore OAuth lo fornisce posso farlo credere che sia corretto (ed è più facile per l'utente non inserirlo di nuovo). Ce l'ho già con la conferma per gli altri casi, ma come detto questo non è così facile per l'utente ... – ChrFin

Problemi correlati