On 11/20/2018 11:38 PM, Kalle Sommer Nielsen wrote:
Den ons. 21. nov. 2018 kl. 06.13 skrev Pierre Joye <pierre....@gmail.com>:
Btw, is imap on the list to deprecate in 7.x + kill in 8.x? It is really
not maintained well, both c-client and the ext. Would it be possible to
consider it?
I remember we have spoken about this in the past and it seems that
everytime it comes up, is the argument that we don't provide a real
mail alternative. I mean sure there is lots of userland based
implementations and all, but I still think that PHP should provide
something out of the box, but I do agree that at one point, the
security concerns will start to vastly outweight the unmaintained
library, but its really something that should be discussed for a
future release.
To me it is not logical to continue maintaining a wrapper to an
abandoned library just so the functions continue to exist for the sake
of existing.
That seems like a bad policy.
Import the library into core and maintain it or write an alternate from
scratch - IF the functions it provides truly has market demand.
Otherwise remove support. Those seem to me like the only logical
options. Nostalgia is not logical.
I just checked my roundcube install, it does not use this wrapper, so
clearly IMAP connectivity can be obtained through other means.
That makes me feel inclined to believe this wrapper is not needed.
I don't vote, but PHP shouldn't be like OpenSSL was with things like
heartbeat - an extension almost no one used and seemingly no one
maintained yet it was everywhere and vulnerable.
Maybe stick the IMAP wrapper in PECL if someone needs it badly enough to
be willing to maintain the wrapper there.
Less is more, more or less.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
