Skip to content

Fixes #71677: Pluggable Mail Transports #1778

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
wants to merge 4 commits into from

Conversation

Freeaqingme
Copy link

https://bugs.php.net/bug.php?id=71677

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.

@Freeaqingme Freeaqingme changed the title Pluggable Mail Transports Fixes #71677: Pluggable Mail Transports Feb 27, 2016
@smalyshev smalyshev added the RFC label Sep 5, 2016
@php-pulls
Copy link

Comment on behalf of kalle at php.net:

Closing due to no activity, please re-open if you still intend on working on it

@php-pulls php-pulls closed this Nov 21, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants