Bug #12335 Updated: mail() function returns false but the email was sent.

ID: 12335 Updated by: mfischer@php.net Reported By: sascha.winkler@ks.sel.alcatel.de -Status: Open +Status: Bogus Bug Type: Mail related Operating System: Sun Solaris 2.6 -PHP Version: 4.0.6 +PHP Version: 4.1.2 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately your version of PHP is too old -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Thank you for taking the time to report a problem with PHP. Unfortunately your version of PHP is too old -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. Previous Comments: ------------------------------------------------------------------------ [2002-03-15 07:28:04] glen@designsolution.co.uk More information: Basically, the mail function was returning false even though the email was being sent. Here is an example: if ( mail( 'glen@designsolution.co.uk', 'test', 'test2', "From: webmaster@$SERVER_NAME\r\nReply-To: webmaster@$SERVER_NAME\r\nX-Mailer: PHP/" . phpversion(), "-fstupid@webapproval.co.uk" ) ) { echo "mail sent okay"; } else { echo "mail cannot be sent!"; } The problem only occurs if you include the 5th parameter and the -f email address is not set up on the local machine. For example, PHP is running on the same machine as the webapproval.co.uk domain. If the user 'stupid' hasn't been set up, then sendmail will complain: sendmail[21956]: JAA21956: setsender: stupid@webapproval.co.uk: invalid or unparseable, received from httpd@localhost but will still send the mail. So essentially, sendmail is returning an error code, but still sending the mail. The return address is set to httpd@<my server address>. ------------------------------------------------------------------------ [2002-03-13 11:58:36] glen@designsolution.co.uk I am experiencing this behaviour on a Cobalt RaQ3 (Linux) running PHP 4.1.2. The mail function always returns false, regardless of whether the mail was sent or not: if ( mail( '...', '...', '...' ) ) { echo "mail sent okay!"; } else { echo "mail not sent!"; } This code will always say "mail not sent!" whether the mail has been sent or not. ------------------------------------------------------------------------ [2002-01-15 03:46:40] hase@wips.co.jp I also has same trouble with Solaris8+PHP4.1.1+Apache1.3.22. It seems that, pcloase(inside of mail.c) always return -1. So php_mail function always return FALSE. when I remove /usr/lib/sendmail and test mail(). Apache's error_log report that Apache cannot fork sendmail. but sendmail=popen(...) still return not NULL and pclose() return -1. I think that mail.c must fix for apache I/F or not? ------------------------------------------------------------------------ [2001-08-07 07:45:11] sascha.winkler@ks.sel.alcatel.de I found out, that the problem is not the EX_OK or EX_TEMPFAIL but the sendmail return value. Sendmail (the sendmail qmail wrapper) is returning the value -1 when I call it with php 4.0.6. When I call it with 4.0.4pl than 0 is returned. What could be the reason for this behaviour? ------------------------------------------------------------------------ [2001-08-01 05:20:35] sascha.winkler@ks.sel.alcatel.de I had a look on the mail.c sourcecode and I made a change. So I found the part where the error appears. But I do not know why, in version 4.0.4pl1 it is the same code and with this version it works. This is the extract from mail.c where the error appears: ret = pclose(sendmail); #if definded (EX_TEMPFAIL) if ((ret != EX_OK)&&(ret != EX_TEMPFAIL)) { #else if (ret != EX_OK) { #endif return 0; } else { return 1; } If I change the 0 to 1 than I get true as response of the mail() function. So what could be the problem with EX_OK and EX_TEMPFAIL that the same if query is working in 4.0.4pl1 and not in 4.0.6? Who is EX_OK and EX_TEMPFAIL defined? ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/12335 -- Edit this bug report at http://bugs.php.net/?id=12335&edit=1