Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:60343
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.160.170 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAF+90c-xF0fsqybgCXOeNEUiJdrT0qLx6uP-k=Nn9dRxkidYQA@mail.gmail.com>
References: <CAEZPtU6k00t4QLdoUEg5VBJNADO2u1bk0rnkvsa0oyjke8w5vg@mail.gmail.com>
	<CAF+90c-xF0fsqybgCXOeNEUiJdrT0qLx6uP-k=Nn9dRxkidYQA@mail.gmail.com>
Date: Fri, 27 Apr 2012 22:25:59 +0200
Message-ID: <CAEZPtU6nbYk_xE7iiYLxD+-GXSP5sjyYRBNZ-206-LY3x9bpvQ@mail.gmail.com>
To: Nikita Popov <nikita.ppv@googlemail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=ISO-8859-1
Subject: Re: [PHP-DEV] considering to remove ext/imap from master
From: pierre.php@gmail.com (Pierre Joye)

hi Nikita.,

On Fri, Apr 27, 2012 at 10:23 PM, Nikita Popov
<nikita.ppv@googlemail.com> wrote:
> On Fri, Apr 27, 2012 at 3:49 PM, Pierre Joye <pierre.php@gmail.com> wrote:
>> hi!
>>
>> Before I go with a RFC and all that, I would like to check the current
>> feeling about killing ext/imap. The c-client project is dead since
>> quite some time already. I do not see any viable alternative
>> (applicable to server side usages) and it would be very hard to
>> maintain the same APIs, given the little mess in the imap's API.
>
> A question not directly related to the rest of the discussion:
> "Killing ext/imap" just means that it is not shipped by default
> anymore right? It will still be available via pecl, so people who want
> to use it, still can, right?

Right, and distros will release it forever too. We only say that we do
not support it anymore, just like we did with sqlite (which has zero
bugs and was widely used and did not have easy migration path for the
databases).


-- 
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org