Hi,
Recently we updated Mantis 1.0.6 to Mantis 1.1.1 and enabled email queuing. We noticed a problem when we performed bulk update to close about 8 items and we each got 5-6 emails for each of those 8 items. Initially we thought this might be a bug with email queuing but then we reproduced similar results by disabling email queuing. Further testing revealed no predictability in terms of which messages would be duplicated, or how many duplicates there would be.
With queuing on, we were also able to reproduce the problem by making several single-item updates within one period of the cron job. So, with queuing on or off, the problem seems related to the notion that several messages are to be generated at once.
This issue never occurred in our 1.0.6 installation.
A search of this forum and the Mantis bugtracker two days ago revealed no discussion of anything resembling this. Has anyone else seen this? Does anyone have any suggestions? Or should we just log this to the Mantis bugtracker? Please feel free to ask for more information.
Our environment includes
Fedora Core 4
Mantis - 1.1.1
MySQL - 4.1.20-1.FC4.1
PHP , php-gd, php-mysql,php-pear- 5.0.4-10.5
gd-2.0.33-2_11
Apache - 2.0.54-10.4
jpgraph - 2.1.1
Our email configuration is
$g_use_phpMailer = ON;
$g_email_send_using_cronjob = ON;
$g_phpMailer_method = 1;
The CRON job is scheduled to run every 5 minutes.
Thanks in advance,
gsingh
V1.1.1-Multiple & variable no. of emails for single update.
Moderators: Developer, Contributor