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

go to bug id or search bugs for

Request #63891 Compile --without-sendmail
Submitted: 2013-01-03 03:27 UTC Modified: 2021-04-13 11:42 UTC
Votes:2
Avg. Score:3.0 ± 0.0
Reproduced:0 of 0 (0.0%)
From: anthonyryan1 at gmail dot com Assigned:
Status: Suspended Package: Mail related
PHP Version: Irrelevant OS: Linux
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: anthonyryan1 at gmail dot com
New email:
PHP Version: OS:

 

 [2013-01-03 03:27 UTC] anthonyryan1 at gmail dot com 
Description:
------------
I would like to put in a request for a configuration option that would prevent 
PHP from using sendmail or other MTAs even if available.

Patches

Pull Requests

Pull requests:

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2013-01-08 04:03 UTC] aharvey@php.net 
What would be the use case for this that disable_functions=mail wouldn't solve?
 [2013-01-08 04:03 UTC] aharvey@php.net
-Status: Open +Status: Feedback -Package: *Compile Issues +Package: Mail related
 [2013-01-08 04:51 UTC] anthonyryan1 at gmail dot com 
The use case is purely aimed at dependency cleanup in Linux distributions. Currently, when installing PHP on virtually all distros a mail program must be installed with it to satisfy this dependency.

An example: A source distribution such as Gentoo, could implement a compile flag to state whether or not it will be compiled with mail support, passing this configuration option to PHP accordingly. This would then reduce the number of packages that are required in order to achieve a minimal PHP installation.


This is part of a larger personal effort. I've been filing bug reports and patches for a number of programs that depend on a mail package when email isn't relevant to their core function. My ultimate goal is to make it possible to have a Linux system without any mail program installed, seeing as the vast majority of desktops and servers don't send mail themselves (usually handing it through a dedicated mail server, or a 3rd party mail service).
 [2013-01-08 04:51 UTC] anthonyryan1 at gmail dot com
-Status: Feedback +Status: Open
 [2013-10-24 06:41 UTC] yohgaki@php.net 
I think sendmail check should be removed and always build mail().

Isn't it enough display warning while executing ./configure?
 [2013-10-24 06:41 UTC] yohgaki@php.net
-Status: Open +Status: Analyzed -Assigned To: +Assigned To: yohgaki
 [2013-10-24 09:37 UTC] anthonyryan1 at gmail dot com 
That is actually the exact opposite of what I'm proposing. I'm proposing for an additional way to *disable* the use of sendmail within PHP. The end goal, as stated already is to improve dependency management in various linux distributions that are trying to make MTA's optional.
 [2013-10-24 09:52 UTC] yohgaki@php.net
-Assigned To: yohgaki +Assigned To:
 [2013-10-24 09:52 UTC] yohgaki@php.net 
Opposite?
So you would like to remove mail() completely from PHP even if 'configure' detected /usr/bin/sendmail? I thought you would like to build mail() regardless of sendmail binary existence.

It does not make sense to me.
 [2013-10-25 00:55 UTC] anthonyryan1 at gmail dot com 
I would like to remove mail() completely from PHP even if 'configure' detected /usr/bin/sendmail.
 [2021-04-13 11:42 UTC] cmb@php.net
-Status: Analyzed +Status: Suspended
 [2021-04-13 11:42 UTC] cmb@php.net 
Apparently, this feature request didn't get much traction.  If
you're still interested in this feature, please pursue the RFC
process[1].  For the time being, I suspend this ticket.

[1] <https://wiki.php.net/rfc/howto>
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sat Dec 21 16:01:28 2024 UTC