What to do with ext/imap? View as Markdown

Hi all,

I'm wondering what to do with ext/imap, which uses libc-client which had
its latest release (2007f) in 2011. There is a respective feature
request in the bug tracker (https://bugs.php.net/78572) where some
ideas have been discussed, but apparently, not much happened for a
while, and since feature freeze for PHP 8.0 is approaching, I wanted to
bring this issue up on the mailing list.

Any ideas?

Thanks,
Christoph

--

Seeing that most core devs seem to prefer the option of sunsetting the
extension, I think this would be the best choice to enact.

Best regards

George P. Banyard

We use the extension in several projects, and looking at packagist, all the
imap packages use it.

I wasn't even aware of the horde imap client mentioned in the link (5 stars
on GitHub, not on packagist). I think there should be a long deprecation
period before it was removed, which would give time for a polyfill package
to spring up.

Thanks,
Peter

Hi all,

I'm wondering what to do with ext/imap, which uses libc-client which had
its latest release (2007f) in 2011. There is a respective feature
request in the bug tracker (https://bugs.php.net/78572) where some
ideas have been discussed, but apparently, not much happened for a
while, and since feature freeze for PHP 8.0 is approaching, I wanted to
bring this issue up on the mailing list.

Any ideas?

Thanks,
Christoph

Le 08/06/2020 à 18:15, Christoph M. Becker a écrit :

Hi all,

I'm wondering what to do with ext/imap, which uses libc-client which had
its latest release (2007f) in 2011. There is a respective feature
request in the bug tracker (https://bugs.php.net/78572) where some
ideas have been discussed, but apparently, not much happened for a
while, and since feature freeze for PHP 8.0 is approaching, I wanted to
bring this issue up on the mailing list.

IMHO, should be moved to pecl

Remi