Ragioni per cui non esistono client di posta elettronica unificati basati sul Web (con OAuth2)?

2

Ci sono molte applicazioni mobili che accedi con account diversi per recuperare email, contatti e calendario (come CloudMagic) e un paio di client desktop (come Inky). Eppure non riesco a trovare nessun client basato sul web che lo faccia, oltre all'inoltro dei messaggi dal fornitore al fornitore.

Dire che voglio creare un client di posta elettronica basato sul web NodeJS con accesso completo in lettura e scrittura (come un normale client di posta elettronica) e che si collegherà agli account Gmail e Office365 dei miei utenti. Tutte le funzionalità IMAP si trovano sul backend NodeJS, ma ovviamente, una delle preoccupazioni che questo solleva è l'archiviazione delle password nel mio database per accedere a IMAP del client. Non voglio farlo.

Ma questa preoccupazione è in parte attenuata utilizzando i token OAuth per accedere alle API di posta e IMAP, giusto? Sono sicuro che mi manca qualcosa in quanto ritengo che ci sarebbero molti client web che esistono.

    
posta G Pete 15.08.2015 - 19:11
fonte

1 risposta

0

Hai ragione, questo è possibile se il provider di posta offre un meccanismo per accedere alla posta elettronica dell'utente usando OAuth 2.0. Tuttavia, non tutti i provider di posta online consentono l'accesso IMAP completo utilizzando un token OAuth 2.0. Da una rapida occhiata al web, l'unico provider che ho trovato che consentiva l'accesso IMAP completo era Google . Office365 e Yahoo consentono entrambi l'accesso e-mail dell'utente solo tramite l'utilizzo di un'API. Presumo che questa idea non sia popolare a causa dei problemi di interoperabilità. Se hai implementato questo sistema, gli utenti potrebbero consolidare le loro e-mail da alcuni provider di e-mail online invece di tutte le loro e-mail da ogni provider di posta elettronica quando utilizzano un client nativo.

    
risposta data 17.08.2015 - 17:26
fonte

Leggi altre domande sui tag