Problem with PhpMailer in v0.19.2
Posted: 16 Feb 2005, 21:35
I had run into a problem with Mantis throwing warnings on the screen because of an apparently missing language file (where it went I have no clue). I took a look and saw the newer release (we were running v0.19.0), so I went ahead and upgraded. This solved the language problem, but now when I try to send mail (I need to reset a user's password even as we speak), I get this message:
PROBLEMS SENDING MAIL TO:
Mailer Error: Could not instantiate mail function.
I have found this bug in the bug tracker, but there has been no activity on it lately, except for more people wondering how to get around it.
I have spent about half the day today and a chunk of last night trying to figure out what is going wrong. The only way I can get it to send is if I exclude the parameters "-oi -f" from the request, but of course this goes through without a "From" name, which my mailer doesn't like (Exim).
I'm posting here in hopes that someone has found a solution to this but just hasn't updated the bug yet.
----
Some time later...
I wanted to log onto the Mantis bug tracker and add a note about why the error message doesn't show the recipient address. I registered, but got the same error message when I submitted my registration. The good news is that the email did come. It appears there is a bona fide bug in reporting the error since it happens on the "real" Mantis bug tracker.
The reason the message doesn't show the email address that it fails with is because the variable $t_recipient gets reused and left empty when processing the list to add recipients. If you use $p_recipient in the error message you will at least see the address of whoever did not get the mail.
I think that my MX record for my server might be the problem (waiting for an update to propagate).
PROBLEMS SENDING MAIL TO:
Mailer Error: Could not instantiate mail function.
I have found this bug in the bug tracker, but there has been no activity on it lately, except for more people wondering how to get around it.
I have spent about half the day today and a chunk of last night trying to figure out what is going wrong. The only way I can get it to send is if I exclude the parameters "-oi -f" from the request, but of course this goes through without a "From" name, which my mailer doesn't like (Exim).
I'm posting here in hopes that someone has found a solution to this but just hasn't updated the bug yet.
----
Some time later...
I wanted to log onto the Mantis bug tracker and add a note about why the error message doesn't show the recipient address. I registered, but got the same error message when I submitted my registration. The good news is that the email did come. It appears there is a bona fide bug in reporting the error since it happens on the "real" Mantis bug tracker.
The reason the message doesn't show the email address that it fails with is because the variable $t_recipient gets reused and left empty when processing the list to add recipients. If you use $p_recipient in the error message you will at least see the address of whoever did not get the mail.
I think that my MX record for my server might be the problem (waiting for an update to propagate).