Mantis Bug Tracker - Forums

We upgraded from mantis 1.2.11 to 1.2.19, since then the emails are not being sent anymore.

As far as I can see the config_inc.php is still ok.

Any idea where to look?

Mantis is installed on a QNAP NAS.

Regards,
Erik

I am not able to reproduce the problem.
It might have been introduced by this change https://www.mantisbt.org/bugs/view.php?id=15958
It would be great if you could check if the problem does not occur in version 1.2.15 but does occur in 1.2.16.

There is no need to downgrade or upgrade the database for the test (no difference between 1.2.11 and 1.2.19), you have just to replace the Mantis files on the file system.

Isn't there another way to fix this? I'm not keen to start testing things on an operational system.

Now I have another problem since I cannot reset passwords for users. I tested the functionality of resetting password on my own account, but apparently the old password is deleted as soon as I click 'reset password'. Which is strange because I would suspect that that is only done when the link in the mail is clicked. But since the mail never arrives I'm not able to login with my account. Nice job

Pretty annoying that the system doesn't give any clue about whether or not sending emails.

Regards,
Erik

Check your web server and email server logs for warnings and errors.

The webserver log doesn't have any errors/warnings, same for the mailserver. Everything seems fine, except it isn't working

Well, we finally found the problem.

the email queue contained old email messages (of year 2009 for example!) with invalid sender email adresses (employees that left the company). Apparently the old version just ignored these messages and did sent the other email messages.

However 1.2.19 obviously stops with the queue after an invalid sender. We had to empty the queue using email_queue.php to get rid of the issue.

Hope this will be fixed soon, because this gives problems e.g. whenever an employee leaves.

Thanks for coming back and telling the solution.

This is not what I expected.
Sending of the emails in queue should just stop if it takes more than 5 seconds to send a single email.
The typical behaviour is that Mantis becomes quite slow if there are a lot of entries in queue.

Do you use a background job (cron) to send emails? BTW, you can deactivate user accounts after they left the company to prevent filling the queue.

I don't think we use cronjob to send emails.

Anyway there were around 40 mails in the queue and after deleting the ones with an invalid address the system was working alright again. This is definitely different behaviour compared to the previous version.

Yes, we normally deactivate the users, but sometimes we forget

Hello, i have the same problem. Uusers cannot receive the mail notification. We don't have enabled the $g_email_send_using_cronjob

NandoNaldo wrote: i have the same problem.

Exaclty the same what Kire had?

Kire wrote:We upgraded from mantis 1.2.11 to 1.2.19,

So it worked before the upgrade?
If so, did you also use 1.2.11 before?

With Mantis 1.2.19 installed, performance of all the "view" pages is currently fine. Reporting a new issue or adding a note to an existing issue, however, is taking several seconds (>10)!

On the mantis_email_table ( phy my admin ) there are 50 rows

This thing is happening too often and the users cannot receive the mail notification

Still the same questions

atrol wrote: So it worked before the upgrade?
If so, did you also use 1.2.11 before?

Yes it worked very well. And after the upgrade we've been using it for 2 months, but the last three days there is this lateness

Will comment on viewtopic.php?f=3&t=24012