|  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
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but you forgot your password, you can retrieve your password here.
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: Mon Mar 04 16:01:29 2024 UTC