> Considering the lack of updates from upstream as Derick mentioned, > lack of OAuth support (which webklex/php-imap supports), and a > somewhat lackluster documentation for ext-imap in php.net, I think > unbundling ext-imap (along with the other extensions in the proposal) > makes sense.
I don't think that OAuth support is an argument, as most providers don't support OAuth, so the imap package might still be relevant for people who are not using Google. Also, the package currently works, IMAP is a stable protocol, maybe this library is just stable? I'm not against the removal, but having to rely on user-space libraries probably means we'll lose some performance over using the C library. Also, some widely-used libraries like php-imap use it: https://packagist.org/packages/php-imap/php-imap Personally I'm using curl for IMAP, as it is more widely available, but I think removing php-imap might be a bit too early, except if keeping it does require a lot of time / effort? -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php
