Re: Re: patch for imap bug 77153
| From: | Alice Wonder | Date: | Wed, 21 Nov 2018 09:21:48 +0000 |
| Subject: | Re: Re: patch for imap bug 77153 | ||
| References: | 1 2 3 4 5 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-103471@lists.php.net to get a copy of this message | ||
On 11/20/2018 11:38 PM, Kalle Sommer Nielsen wrote:
Den ons. 21. nov. 2018 kl. 06.13 skrev Pierre Joye <pierre.php@gmail.com>: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.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.