Project

General

Profile

Feature #1797

No e-mail check

Added by Olivier CORRE over 8 years ago. Updated about 3 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
-
Target version:
Start date:
02/08/2010
Due date:
% Done:

0%

Estimated time:
3.00 h
Complexity:
Normal
SCRUM pts - complexity:
8

Description

There is no e-mail check so a single e-mail address can be used to register an infinite number of accounts.

Edited by Yannick:

  • add registration_email_check to settings_current
  • add the following language variables
  • RegistrationEmailCheckTitle: Check e-mail address on registration
  • RegistrationEmailCheckComment: When auto-registration is allowed, make sure an e-mail is sent to the user to confirm his e-mail address, by providing a "confirmation link" to click on. The user account will not be enabled (give it a new "active" value of "3", I guess) until the (unique) link is loaded.
  • create two new icons (there are alreay 3 I think: disabled, disabled for time reasons and enabled): one for "Waiting for admin approval" (UserHeldUntilAdminApproved) and another one for "Waiting for e-mail confirmation" (UserHeldUntilEmailChecked)
  • in the user edition screen, add a scrollbar to see this status and select between "Enabled" and "Disabled" (the other modes shouldn't be selected, they should only be generated by Chamilo itself)
  • Generate a new e-mail template for that
  • The generated link could be using the main/auth/lost_password.lib.php::handle_encrypted_password() one, although I don't like the fact that it only uses MD5 and doesn't even verify if the user has asked to be reminded of his password or not

Related issues

Has duplicate Chamilo LMS - Bug #1798: No e-mail checkFeature implemented02/08/2010

Actions

History

#1

Updated by Yannick Warnier about 8 years ago

  • Tracker changed from Bug to Feature

This is not really a bug. Rather something that should be implemented as a configuration option (a lot of use cases with poorly-digitalized users require the use of same or no email)

#2

Updated by Yannick Warnier almost 7 years ago

  • Target version set to 1.9.2
#3

Updated by Yannick Warnier almost 7 years ago

  • Estimated time set to 3.00 h
  • SCRUM pts - complexity changed from ? to 8
#4

Updated by Yannick Warnier over 6 years ago

  • Target version changed from 1.9.2 to 2.0
#5

Updated by Yannick Warnier about 3 years ago

  • Target version changed from 2.0 to 3.0

Also available in: Atom PDF