|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Request #71677 Pluggable Mail Transports
Submitted: 2016-02-27 16:59 UTC Modified: 2016-02-27 23:08 UTC
From: dolf at transip dot nl Assigned:
Status: Suspended Package: Mail related
PHP Version: Next Minor Version OS:
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
Block user comment
Status: Assign to:
Bug Type:
From: dolf at transip dot nl
New email:
PHP Version: OS:


 [2016-02-27 16:59 UTC] dolf at transip dot nl
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:


Add a Patch

Pull Requests

Pull requests:

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2016-02-27 23:08 UTC]
-Status: Open +Status: Suspended
 [2016-02-27 23:08 UTC]
This should probably go through the RFC process.
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Thu Apr 18 12:01:28 2024 UTC