View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0010628 | mantisbt | public | 2009-06-26 09:26 | 2010-09-19 03:11 | |
Reporter | klugmantisadmin | Assigned To | dhx | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | duplicate | ||
Product Version | 1.2.0rc1 | ||||
Summary | 0010628: Lost Password feature does not send eMail | ||||
Description | when I click on "Lost your password?" on the Login-Page then I can enter | ||||
Steps To Reproduce | Click "Lost your password?" on login-page | ||||
Additional Information | when I login as administrator and go to: "Manage" -> "Manage Users" and click on my (partially anonymized) config_inc.php <?php | ||||
Tags | No tags attached. | ||||
The problem cannot reproduce, please give more information. |
|
Also make sure your email server do not prevent by firewall/antivirus application |
|
When I sign up for a new account, then mantis sends an eMail. I logged in with this new created account: works. Due to the facts that
|
|
I had follow your instruction step by step:
If you supplied the correct username and e-mail address for your account, we will now have sent a confirmation message to that e-mail address. Once the message has been received, follow the instructions provided to change the password on your account.I have a check email client already, an email has sent to that user with url to reset password. |
|
Maybe it's already fixed in svn-version. How can I get the current version from svn? |
|
using svn client (ex: TortoiseSVN) to get the latest code at: https://mantisbt.svn.sourceforge.net/svnroot/mantisbt/trunk/mantisbt |
|
now I tried the version from svn. I checked it out with the following command: But with this version I only get a error message when signup for a new account. Database query failed. Error received from database was #-1: ERROR: column "enabled" is of type boolean but expression is of type integer at character 103 This already worked in that version that is available under |
|
We don't use SVN anymore so the version you checked out is actually from a million decades ago. You'll want to check our git repository at http://git.mantisbt.org instead. The "master" branch is development work towards a 1.3.0 release and the "master-1.2.x" release is the next stable version that we're also working on. |
|
ok. nice to know :-) sorry for my lack of knowledge. |
|
http://git.mantisbt.org/?p=mantisbt.git;a=snapshot;h=master-1.2.x;sf=tgz |
|
ok. Now I installed this version. When I enter a username that exists in Mantis with the wrong eMail address then I get this error message: The provided information does not match any registered account! When I enter a username that does not exist in Mantis with a eMail address that is registered in Mantis than I get the same error message. But when I enter a username with his correct eMail address then I don't get any Is there a possibility to enable mantis to output more information? |
|
I'm seeing this same problem in version 1.2.0rc1. All other emails work but when a user enters the correct information for their account on the lost password page, it goes straight back to the login page and no email is sent. |
|
I also see this (1.2.0rc1). Tracked the execution thread as far as function user_pref_get() in user_pref_api.php. Where it dies within these lines: Check each variable in the class
482: |
|
Have you configured php.ini (PHP) and config_inc.php (MantisBT) with the correct MTA (mail transfer agent) settings? If you're using the inbuilt PHP mail() function then email will be sent using the MTA defined in php.ini (probably using sendmail). On some systems where the traditional sendmail is replaced with an alternative (such as postfix, ssmtp, etc) you'd also have to configure those packages to send email correctly. |
|
Other mantis emails are sent ok - issue notifications and admin resetting other users passwords. config_inc.php uses the default setting (which is mail() === /usr/sbin/sendmail) When the execution dies in the above few lines of code the email sending code does not get called. A diagnostic inserted at line 474 does make output, a diag inserted at line 482 does not. Could be visibility of attributes in t_prefs - will check again later. |
|
After tracking it 1 line further find the error occurs in the call to auth_get_current_user_id(). No current user -> no cookie -> sql ends up without a parameter. There is a todo note near the query code see authentication_api.php in function auth_get_current_user_id() looking further, found issue# 0007387: 'Lost Password' needs user cookie |
|
I'm not sure I have the same problem but: Lost password emailing doesn't work (1.2.0rc1). Comment this line and all works fine now. |
|
I updated to 1.2.0rc2. Problem still exists. |
|
klugmantisadmin: you may comment line 472 in core/email_api.php |
|
Maybe it's the same problem as in 11394. |
|
I got this problem in version 1.2.0, just got the package from the download page. |
|
I use 1.2.0 and problem still exists! Best regards. EDIT: Notifications work. Email is also send when Administrator resets account. So MTA configuration should be fine. |
|
Have a look at my note in the duplicate issue (0011394:0024768) and see if this fixes your problem. |
|
I tried the tip from @watergad That works for me |
|
I tried your solution right now and it works! Gruß |
|