Hi Stas, On Wed, February 4, 2015 07:51, Stanislav Malyshev wrote: > Hi! > > >> And at list this one living native PHP implementation >> https://github.com/horde/horde/tree/master/framework/Imap_Client/ (and >> more library links in the older thread link above). > > This is part of Horde with 9 listed dependencies and 9 suggested ones, > and probably also sub-dependencies. It is much less convenient than having > imap right here when you run PHP. And looks like on top of that it lists > PHP 7 as not supported. > I'm sure there are other imap implementations, but I wouldn't be that > quick in throwing out one that a lot of people may use. -- > Stas Malyshev > smalys...@gmail.com > Horde is being developed by a some ISP, so it's mostlikely gonna support PHP7, even if not already. But this is actually what one can say regarding PHP7 compatibility with any scripts at the current stage.
For security tickets - there are still some on mitre, NVD and others. The point with ext/imap being available "now and here" instead of the userland implementation is of course good. However removing it has the same reasons like f.e. removing ext/regex or Apache 1.x SAPI. Letting it be there, unmaintained, is kinda of a black hole. And every day it grows. That's why my point is rather - link to some userland implementation instead of shipping "worky" stuff in the unknown security state. Same actually for mcrypt. Probably the same motivation can be attributed to the unavailability of libc-client and mcrypt in RHEL6. Regards Anatol -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
