[RESOLVED] still no emails, 2 weeks later

[dingfelder]

-- shameless bump, as no response in 2 weeks --

my system is all working except email has been down for almost a month, and people are grumbling.

an someone help me diagnose what is wrong?

[vboctor]

ok, some questions:

1. What Mantis version are you using?

2. Did you change anything that caused this problem?

3. Did you check the junk folder to make sure the emails are not landing in there?

4. If you are using 1.1.x, do you use email queuing?

5. Did you trying enabling logging for LOG_EMAIL | LOG_EMAIL_RECIPIENT?

[dingfelder]

thanks for getting back to me vbdoctor

I tried to respond to a different post
http://www.mantisbt.org/forums/viewtopic.php?t=3351
but I created this thread instead by mistake... that explains a bit of the missing info you are looking for.

> 1. What Mantis version are you using?

Mantis 1.1.0a3

> 2. Did you change anything that caused this problem?

I tried to enable email caching but it was not working, so I am trying to disable the caching and go back to the normal behavior. I am running on windows 2000.

> 3. Did you check the junk folder to make sure the emails are not landing in there? I am not sure what the junk forlder is. do you mean a spam folder? if so, I am definately not receiving any emails. The emails are getting put into the db but are never getting sent once they get written to the db.

> 4. If you are using 1.1.x, do you use email queuing?

as I illuded to above, I was trying to enable email queuing, but it is now off.

my settings are:

# --- email variables -------------
$g_administrator_email = 'me@my.com';
$g_webmaster_email = 'me@my.com';
# the 'From: ' field in emails
$g_from_email = 'me@my.com';
# the return address for bounced mail
$g_return_path_email = 'me@my.com';

$g_phpMailer_method = 2; # Use SMTP server
$g_smtp_username = ''; # no authentication
$g_smtp_password = '';
$g_email_send_using_cronjob = OFF;
$g_smtp_host = 'smtp.mycompany.com'; // some real smptaddress here
#$g_smtp_host = 'smtp.mycompany.com:25'; // also tried with port

> 5. Did you trying enabling logging for LOG_EMAIL | LOG_EMAIL_RECIPIENT?

ahhh. that looks promising... where and how do I do that?

[dingfelder]

I see now where LOG_EMAIL is set

note: the config defaults file does not mention LOG_EMAIL_RECIPIENT as one of the options which is why I did not find it before

one thing that would help would be to define what the various levels log.

for instance, what is the difference between LOG_EMAIL and LOG_EMAIL_RECIPIENT
and what do these do:
LOG_PROJECT
LOG_FILTERING
LOG_AJAX

So...

I set my system to:

$g_log_level = LOG_EMAIL | LOG_EMAIL_RECIPIENT;
$g_log_destination = 'file:/tmp/email.log';

which I assume means it logs all emails going out and logs who they are going to.

I then did a reset password request and mantis did not show any errors, and the following was put into the log:

25-07-2007 09:42 NZST mail password_reset=myname@mycompany.com

but still no email arrived.

what would you suggest checking at this point?

cheers,

Ding

[vboctor]

Try using an SMTP server, user name and password. Maybe the scenario for using an SMTP that doesn't require a user name / password is broken.

[dingfelder]

the frustrating thing here is that email notification *used* to work and somehow I have screwed it up by messing with email caching.

The smtp server did work in the past with no user/pass and I am not sure what to put into those fields as the server does not accept a user/pass.

I tried commenting out the user and pass fields and the system behaves the same as if I leave them uncommented and empty:
1. On password reset the system says it sent an email but the email never arrives.
2. The check page says PROBLEMS SENDING MAIL Please check your php/mail server settings.

[vboctor]

Try deleting all rows from the mantis_email_table, after taking a backup. At one point there was an issue where a failure to send one email at the top of the table used to block others that follow.

[dingfelder]

I will try this.

Perhaps you can elaborate on what this table is used for?

It seems that for caching, this table stores the outgoing queue of messages that should get sent.

For systems where the caching is disabled though, what is it's purpose?

____________________

Update:

I truncated the table so mantis_email_table is now empty.
and then went to a manage user's page and selected the reset password message.

A message got added to the mantis_email_table () but no message was received

[dingfelder]

arrrrrrggggggggggg

our network guru just discovered the web server didn't have permission to relay through the SMTP server.

:(

so, thanks for the assistance vbdoctor on debugging email issues.

[vboctor]

Great to know it is not due to Mantis. Checking out SMTP mail server logs is always a good thing .

Now if you still had the email records in the table, they would have all been sent now.

The reason I designed it to write to the table first before sending over SMTP is that if SMTP fails you don't lose the message as before, it stays in the table and gets sent with the next email message (assuming SMTP is backup).

So the main difference is:
- When queuing is enabled, the cronjob or scheduler runs a script that sends queued emails, the rest of Mantis just generates the messages and stores them in the queue.

- When queuing is disabled, everytime an email is generate, "send all" is called on the queue, hence the current messages and any other messages that failed previously will be sent.

Hope that makes sense.

[dingfelder]

sure does

cheers!

[ignius.sako.kalbam]

our network guru just discovered the web server didn't have permission to relay through the SMTP server

How come you don't have a permission to relay through the SMTP server? Hmmm pretty strange...