README.txt 2.0 KB

12345678910111213141516171819202122232425262728293031323334353637383940
  1. *******************************************************
  2. README.txt for logintoboggan.module for Drupal
  3. *******************************************************
  4. Co-developed by Jeff Robbins (jjeff) and Chad Phillips (hunmonk) with several
  5. features added by Raven Brooks (rbrooks00).
  6. The Login Toboggan module improves the Drupal login system in an external
  7. module by offering the following features:
  8. 1. Allow users to login using either their username OR their email address.
  9. 2. Allow users to login immediately.
  10. 3. Provide a login form on Access Denied pages for non-logged-in
  11. (anonymous) users.
  12. 4. The module provides two login block options: One uses JavaScript to
  13. display the form within the block immediately upon clicking "log in".
  14. The other brings the user to a separate page, but returns the user to
  15. their original page upon login.
  16. 5. Customize the registration form with two e-mail fields to ensure
  17. accuracy.
  18. 6. Optionally redirect the user to a specific page when using the
  19. 'immediate login' feature.
  20. 7. Optionally redirect the user to a specific page upon validation of their
  21. e-mail address.
  22. 8. Optionally display a user message indicating a successful login.
  23. 9. Optionally combine both the login and registration form on one page.
  24. 10. Optionally display a 'Request new password' link on the user login form.
  25. 11. Optionally have unvalidated users purged from the system at a pre-defined
  26. interval
  27. (please read the CAVEATS section of INSTALL.txt for important information
  28. on configuringthis feature!).
  29. Users who choose their own password can be automatically assigned to a selected
  30. 'non-authenticated' role. This role could have more permissions than anonymous
  31. but less than authenticated - thus preventing spoof accounts and spammers. The
  32. user will only be removed from the non-authenticated role and granted
  33. authenticated permissions when they verify their account via a special email
  34. link, or when an administrator removes them from the non-authenticated role.