E-Mail Notification Problems
Moderators: Developer, Contributor
-
- Posts: 11
- Joined: 18 Apr 2005, 07:53
- Location: Germany
E-Mail Notification Problems
Hey leds,
Since we updated our Mantis to 1.0.0rc1 we got more and more problems with our E-Mail Notification.
On "Email on Reopened" we got no Mail although:
User who reported issue = checked
User who is handling the issue = checked
Users monitoring this issue = checked
Users who added Bugnotes = checked
And the is a number of further problems like that. So where is our mistake? Or is it s general problem in the new version?
Thx a lot.
Since we updated our Mantis to 1.0.0rc1 we got more and more problems with our E-Mail Notification.
On "Email on Reopened" we got no Mail although:
User who reported issue = checked
User who is handling the issue = checked
Users monitoring this issue = checked
Users who added Bugnotes = checked
And the is a number of further problems like that. So where is our mistake? Or is it s general problem in the new version?
Thx a lot.
Same problem
I got the same problem. But for me it seems a little bit random. Sometimes they go through and sometimes they don't.
I've checked the SMTP GW and no e-mails are being sent to it.
I've checked the SMTP GW and no e-mails are being sent to it.
Have the users disabled emails using their preferences?
There is a system logging feature in 1.0.0rc1 that can track how the emails are generated. Setting $g_log_level = LOG_EMAIL_RECIPIENT; and $g_log_destination = 'file:/tmp/mantis_log'; should dump the steps in creating the message recipient list to the file /tmp/mantis_log. The log is a little sparse, but should show who messages were sent to.
If you need help decoding, you can PM the file to me.
There is a system logging feature in 1.0.0rc1 that can track how the emails are generated. Setting $g_log_level = LOG_EMAIL_RECIPIENT; and $g_log_destination = 'file:/tmp/mantis_log'; should dump the steps in creating the message recipient list to the file /tmp/mantis_log. The log is a little sparse, but should show who messages were sent to.
If you need help decoding, you can PM the file to me.
Emails on 'new' not being sent
I have the $g_debug_email property set and $g_email_receive_on="ON", but "new" bugs notices are never sent to anyone.
I do get debug emails for changes on bugs, though.
I do get debug emails for changes on bugs, though.
Re: Emails on 'new' not being sent
I do have the same problem!javatopia wrote:I have the $g_debug_email property set and $g_email_receive_on="ON", but "new" bugs notices are never sent to anyone.
I do get debug emails for changes on bugs, though.
Any one have an fix/solution for this?
Running 10rc3
When debug_email is used, all emails are sent to the debug email address and the emails are not sent to their original recipients. This is useful to allow developers to test without having email notifications sent to the users. In order to get the emails working, you will need to set $g_debug_email to OFF.
Regards,
Victor
Checkout MantisConnect
http://www.futureware.biz/mantisconnect
Regards,
Victor
Checkout MantisConnect
http://www.futureware.biz/mantisconnect
Checkout $g_default_notify_flags and $g_notify_flags configuration options in the manual:By me if i report a bug, i don't get an email. But if afterwards i assign a bug to a developer, only then he get's an email. I also want to get an email.
http://manual.mantisbt.org/manual.confi ... .email.php
At the moment there is no daily report that does that. The main issue is what should be in this daily report! I suggest you submit a feature request in which you request this feature with details about what you expected in such report.And futhermore what about dayly email reports with summaries about the open bugs? Is this functionality implemented yet?
Regards,
Victor
MantisConnect
http://www.futureware.biz/mantisconnect
Ok i will try to work on it thanx for the tips. Where can i put my request for new functionality?
Then something else. The server on which mantis is installed is in an internal network. The server is also availibal to reach from the internet. This works fine. Most people that work with it work from the internet. There is however one person that works with it from inside the network. The problem is that if that person makes a change and an email is sent, automaticly the link contains an internal email adres. I don't want that. I always want this to be an external adres. Do you know where i can put in some code to change the internal adres to an (hardcoded) external adres?
Then something else. The server on which mantis is installed is in an internal network. The server is also availibal to reach from the internet. This works fine. Most people that work with it work from the internet. There is however one person that works with it from inside the network. The problem is that if that person makes a change and an email is sent, automaticly the link contains an internal email adres. I don't want that. I always want this to be an external adres. Do you know where i can put in some code to change the internal adres to an (hardcoded) external adres?
http://bugs.mantisbt.org/Where can i put my request for new functionality?
Explictly set $g_path to the external URL (including a terminating /) in the config_inc.php. For example, http://www.example.com/mantis/.I always want this to be an external adres. Do you know where i can put in some code to change the internal adres to an (hardcoded) external address?
Regards,
Victor
Mantis Blog
http://www.futureware.biz/
Thanx for the advice. I posted a feature request in the mantis bugtracker.
I also aded the line:
g_path= "http://www.81.71.130.207/mantis/";
Look what happened to the look and feel:
http://www.81.71.130.207/mantis/
I also aded the line:
g_path= "http://www.81.71.130.207/mantis/";
Look what happened to the look and feel:
http://www.81.71.130.207/mantis/
Shouldn't that be http://81.71.130.207/mantis/ without the 'www.'??
I mean, the server name http://www.81.71.130.207 doesn't even resolve in Firefox...
I mean, the server name http://www.81.71.130.207 doesn't even resolve in Firefox...