Hi Harry, I quickly wrote down what would be required for adding in Reset Password functionality in a Github Gist [1]. Let me know if that needs more expanding.
Regards, Simon [1] https://gist.github.com/simong/5583367 On 9 May 2013, at 19:19, Nicolaas Matthijs <nicolaas.matth...@caret.cam.ac.uk> wrote: > Hi Harry, > > The main reason as to why this feature has not yet been prioritised over all > of the other features that have been implemented/are being implemented is > that we expect the majority of the institutions that use OAE to integrate > with their institutional SSO provider, in which case this feature could not > be used as it would be up to the SSO provider to handle password resetting, > forgot your password, etc. In other words, a native OAE reset password > feature can only be used when using internal accounts, which is not something > we expect many institutions to do. > > However, a lot of effort has gone into making sure that we offer > out-of-the-box integrations with various SSO strategies (CAS, Shibboleth, > etc.) and that all of this can easily be configured from the administration > UI, without the need to rebuild or redeploy the system. Maybe this would make > it easier to configure a pilot with the UD SSO provider details and > circumvent the need to reset passwords and manage user accounts? > > Having said all of that, password reset functionality should not be too hard > to do and could be a good candidate for a contributed pull request, as the > majority of APIs needed for this (change password, e-mail, etc.) are already > in place. We can definitely provide some pointers if you'd be interested in > having a go. > > Lastly, making sure that administrator-level user management functionality is > available from the administration UI is a priority. However, this work hasn't > been completed yet. > > Hope that helps, > Nicolaas > > > On 9 May 2013, at 14:19, Harry Wang wrote: > >> Hi Stuart and Nicolaas, >> >> Last time I checked the new OAE and found that the "forgot password" feature >> is still missing. I had a hard time resetting users' passwords when piloting >> OAE at UD last semester and want to know why this important feature has been >> left out and whether the OAE is planning to add that feature. >> >> Thanks, >> >> Harry >> >> On May 8, 2013, at 4:23 PM, D. Stuart Freeman <stuart.free...@et.gatech.edu> >> wrote: >> >>> It might also be worth noting that the OAE authentication layer is >>> passport.js, so it shouldn't be difficult to add support for any of the >>> strategies listed at >>> https://github.com/jaredhanson/passport/wiki/Strategies >>> >>> On Wed, May 08, 2013 at 09:18:03AM +0100, Nicolaas Matthijs wrote: >>>> Hi Samuel, >>>> Sakai OAE currently provides support for CAS and Shibboleth >>>> authentication, as well as Facebook, Twitter and Google authentication. >>>> All of these can be enabled/configured from the administration UI, >>>> underneath the Authentication Module. >>>> CAS has been tested with the Georgia Tech CAS provider and Shibboleth has >>>> been tested with the Cambridge and Testshib Shibboleth identity provider. >>>> I believe Sakai CLE has a large number of SSO strategies for which it >>>> offers support. I can't immediately find an overview page on Confluence, >>>> so it might be worth sending an email to the sakai-dev list for more >>>> information. >>>> Hope that helps, >>>> Nicolaas >>>> On 1 May 2013, at 18:08, Samuel Guti�rrez Jim�nez-Pe�a wrote: >>>> >>>> Hi all, >>>> >>>> Would like to know, What are the current methods used to make SSO or >>>> common login, in Sakai CLE and Sakai OAE? >>>> >>>> I've found several links on the topic: >>>> >>>> __CLE__ >>>> >>>> >>>> [1]http://support.panopto.com/focus-4-articles/57-sakai/390-enable-sakai-sso >>>> >>>> >>>> [2]https://confluence.sakaiproject.org/display/~steve.swinsburg/CASifying+Sakai+with+CAS+3 >>>> >>>> __OAE__ >>>> >>>> >>>> [3]https://confluence.sakaiproject.org/pages/viewpage.action?pageId=69830678 >>>> >>>> >>>> [4]https://confluence.sakaiproject.org/display/3AK/University+of+Cambridge+OAE+Deployment#UniversityofCambridgeOAEDeployment-oaesso >>>> >>>> There are so many and varied, I don't know which to follow. >>>> >>>> Any link or response, it helps me. >>>> >>>> Regards, Samuel. >>>> _______________________________________________ >>>> oae-dev mailing list >>>> [5]oae-dev@collab.sakaiproject.org >>>> http://collab.sakaiproject.org/mailman/listinfo/oae-dev >>>> >>>> References >>>> >>>> Visible links >>>> 1. >>>> http://support.panopto.com/focus-4-articles/57-sakai/390-enable-sakai-sso >>>> 2. >>>> https://confluence.sakaiproject.org/display/~steve.swinsburg/CASifying+Sakai+with+CAS+3 >>>> 3. >>>> https://confluence.sakaiproject.org/pages/viewpage.action?pageId=69830678 >>>> 4. >>>> https://confluence.sakaiproject.org/display/3AK/University+of+Cambridge+OAE+Deployment#UniversityofCambridgeOAEDeployment-oaesso >>>> 5. mailto:oae-dev@collab.sakaiproject.org >>> >>>> _______________________________________________ >>>> oae-dev mailing list >>>> oae-dev@collab.sakaiproject.org >>>> http://collab.sakaiproject.org/mailman/listinfo/oae-dev >>> >>> >>> -- >>> D. Stuart Freeman >>> Georgia Institute of Technology >>> _______________________________________________ >>> oae-dev mailing list >>> oae-dev@collab.sakaiproject.org >>> http://collab.sakaiproject.org/mailman/listinfo/oae-dev >> > > _______________________________________________ > oae-dev mailing list > oae-dev@collab.sakaiproject.org > http://collab.sakaiproject.org/mailman/listinfo/oae-dev _______________________________________________ oae-dev mailing list oae-dev@collab.sakaiproject.org http://collab.sakaiproject.org/mailman/listinfo/oae-dev
