| Summary | OAuth support in the Horde API |
| Queue | Horde Base |
| Queue Version | Git master |
| Type | Enhancement |
| State | Accepted |
| Priority | 1. Low |
| Owners | Chuck Hagenbuch <chuck (at) horde (dot) org> |
| Requester | Chuck Hagenbuch <chuck (at) horde (dot) org> |
| Created | 08/31/2008 (1723 days ago) |
| Due | |
| Updated | 09/17/2010 (976 days ago) |
| Assigned | |
| Resolved | |
| Attachments | |
| Milestone | |
| Patch | No |
Assigned to Chuck Hagenbuch
Version ⇒ Git master
http://arstechnica.com/security/guides/2010/09/twitter-a-case-study-on-how-to-do-oauth-wrong.ars
http://oneforty.com/devblog/twitter-permissions-security/
State ⇒ Accepted
Patch ⇒ No
Milestone ⇒
Queue ⇒ Horde Base
Summary ⇒ OAuth support in the Horde API
Type ⇒ Enhancement
Priority ⇒ 1. Low
per-application basis (perhaps even per-share, but that might be a bit
much) through OAuth provider support. Our permissions system should be
flexible enough to easily respect these grants when API calls are made
(probably by taking the OAuth token and logging the user in with
restricted permissions), allowing users to give other applications
access to their Horde data without giving out their username and
password.