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 Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: be at shonline dot de
New email:
PHP Version: OS:

 

 [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

Pull Requests

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: Sun Dec 22 01:01:30 2024 UTC