#29122 [Opn->Asn]: mail function ignoring -f arg as 5th argument

ID: 29122 Updated by: derick@php.net Reported By: brian dot foddy at nwa dot com -Status: Open +Status: Assigned Bug Type: Mail related Operating System: Solaris 2.8 -PHP Version: 5.0.0RC3 +PHP Version: 5.0.0 -Assigned To: +Assigned To: derick New Comment: I think I broke it, so I'll fix it too. Previous Comments: ------------------------------------------------------------------------ [2004-07-23 14:24:16] lgm2 at noos dot fr Fix from gem at rellim dot com is fine. Thanks. ------------------------------------------------------------------------ [2004-07-23 14:15:19] lgm2 at noos dot fr Same problem with PHP5.0.0 under redhat. ------------------------------------------------------------------------ [2004-07-23 01:34:13] gem at rellim dot com Found the problem(s). I had exactly the same problem. Setting the 5th parm to "-fxxx" works perfectly in 4.3.6, It also works perfectly from command line. PHP Fails to use "-f" since I updated to 5.0.0. A diff of the old code in ext/standard/mail.c shows the new mail.force_extra_parameters option but no other obvious related changes. Safe Mode=On would kill the 5th parameter, but that is off. mail.force_extra_parameters is empty. Forcing mail.force_extra_parameters to -fxxx in php.ini does not work. BTW, that parameter is MISSPELLED in the sample config files php.ini-dist and php.ini-recommended as well as the NEWS file. AHH, there is the problem this line: char *force_extra_parameters = INI_STR("mail_force_extra_parameters"); Should read this way: char *force_extra_parameters = INI_STR("mail.force_extra_parameters"); Notice the mail_force should be mail.force. Stupid typo! ------------------------------------------------------------------------ [2004-07-14 21:19:11] brian dot foddy at nwa dot com I hope this is what you want... I changed the external TO address from brian.foddy to "a26811" which is my local user id on the server in question, so the local sendmail did no further forwarding or sending to external hosts. The resulting full message looks like: ============================================ From apache Wed Jul 14 19:14:27 2004 Return-Path: <apache> Received: (from apache@localhost) by f1xsds01.mn.nwa.com (8.11.7p1+Sun/8.11.7) id i6EJEQ218348; Wed, 14 Jul 2004 19:14:26 GMT Date: Wed, 14 Jul 2004 19:14:26 GMT Message-Id: <200407141914.i6EJEQ218348@f1xsds01.mn.nwa.com> To: a26811 Subject: Subject line From: brian.foddy@nwa.com X-Sender: xsender@nwa.com X-Mailer: PHP/5.0.0RC3 Mailing-List: SOC Issue Tracking - Mantis Content-Type: text/plain; charset=iso-8859-1 Content-Length: 55 Status: RO This is a test message. Wed Jul 14 14:14:26 CDT 2004 =================================== ------------------------------------------------------------------------ [2004-07-14 17:58:29] curt@php.net you're workaround is exactly how php's mail() sends the data, minus the ini setting to use -t -i. So I dont see how a different return path is being sent. Looking at your headers, it does seem suspect that return-path isn't the first line, It appears that mozilla is doing some header mangling. Can you obtain the raw headers that are being set? ------------------------------------------------------------------------ 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/29122 -- Edit this bug report at http://bugs.php.net/?id=29122&edit=1