php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #320 Bug in mail() function
Submitted: 1998-04-27 11:06 UTC Modified: 1998-04-27 11:58 UTC
From: be at shonline dot de Assigned:
Status: Closed Package: Other
PHP Version: 3.0 Latest CVS OS: any unix
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem:
22 - 6 = ?
Subscribe to this entry?

 
 [1998-04-27 11:06 UTC] be at shonline dot de 
when there is no sendmail_path
defined in php3.ini
the default path found by the configure script
is ignored and a program named " -t" is called
to deliver mail
(which is actually the sendmail -t parameter)


by the way: is it really neccessary to call
sendmail by -t?

any lightweight sendmail simulation/wrapper
which is usually sensible in chrooted cgi
environments could do the mta job if only
php wouldn't call by -t

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [1998-04-27 11:58 UTC] zeev 
This isn't exactly a bug, you're not supposed to specify
empty values for that key.  nonetheless, I changed it
to ensure that the value is indeed unempty if it exists.
I also changed it so that the value supplied in the
php3.ini file is the full command line, that is, -t will
not be added to it (the default is still sendmail -t, 
and you can also specify arguments in the sendmail_path
directive in php3.ini)
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sat Apr 20 01:01:28 2024 UTC