Req #71677 [Opn->Sus]: Pluggable Mail Transports
| From: | requinix@php.net | Date: | Sat, 27 Feb 2016 23:08:08 +0000 |
| Subject: | Req #71677 [Opn->Sus]: Pluggable Mail Transports | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-199505@lists.php.net to get a copy of this message | ||
Edit report at https://bugs.php.net/bug.php?id=71677&edit=1
ID: 71677
Updated by: requinix@php.net
Reported by: dolf at transip dot nl
Summary: Pluggable Mail Transports
-Status: Open
+Status: Suspended
Type: Feature/Change Request
Package: Mail related
PHP Version: Next Minor Version
Block user comment: N
Private report: N
New Comment:
This should probably go through the RFC process.
https://wiki.php.net/rfc/howto
Previous Comments:
------------------------------------------------------------------------
[2016-02-27 16:59:07] dolf at transip dot nl
Description:
------------
Currently whenever an email is sent through the mail() function it is sent by an invocation of a
sendmail-compatible executable. However, there are scenario's in which PHP has been locked
down, preventing it from starting any executables.
It would be nice if it would be possible to allow alternative ways of transporting an email message
than only through sendmail, e.g. through a PHP Extension.
This approach is akin to how sessions have a storage handler. PHP by default provides the
'file' and 'user' handlers. But the memcached extension provides a storage
mechanism of its own which is then registered through php_session_register_module().
This would only implement an extra hook to allow for overriding the default sendmail mail transport
without bringing extra functionality to the php user land.
Test script:
---------------
I'd like to propose this patch to implement this functionality: https://github.com/php/php-src/pull/1778
------------------------------------------------------------------------
--
Edit this bug report at https://bugs.php.net/bug.php?id=71677&edit=1