ID:               12335
 Comment by:       liliana at civc dot inf dot cu
 Reported By:      sascha dot winkler at ks dot sel dot alcatel dot de
 Status:           Bogus
 Bug Type:         Mail related
 Operating System: Sun Solaris 2.6
 PHP Version:      4.1.2
 New Comment:

I have the same problems with version 4.3, the mail function return
false altough the mail was sent. Could someone help me?


Previous Comments:
------------------------------------------------------------------------

[2002-06-02 19:54:15] [EMAIL PROTECTED]

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.



------------------------------------------------------------------------

[2002-03-15 07:28:04] glen at designsolution dot co dot uk

More information:

Basically, the mail function was returning false even 
though the email was being sent.  Here is an example:

if ( mail( '[EMAIL PROTECTED]', 'test', 'test2', 
"From: [EMAIL PROTECTED]: 
[EMAIL PROTECTED]: PHP/" . phpversion(), 
"[EMAIL PROTECTED]" ) ) {
        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: 
[EMAIL PROTECTED]: invalid or unparseable, received 
from [EMAIL PROTECTED]

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 at designsolution dot co dot 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 at wips dot co dot 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 dot winkler at ks dot sel dot alcatel dot
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?



------------------------------------------------------------------------

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

Reply via email to