Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:82610
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 212.27.42.2 as permitted sender)
Reply-To: <francois@php.net>
To: <internals@lists.php.net>
Date: Fri, 13 Feb 2015 14:27:37 +0100
Message-ID: <008501d04790$d587e4a0$8097ade0$@php.net>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Thread-Index: AdBHkMttUJgB1WZZTf6w3UGwWNrOfw==
Content-Language: fr
Subject: RE: [PHP-DEV] [RFC][VOTE][RESULT] Removal of dead or not yet PHP7 ported SAPIs and extensions
From: francois@php.net (=?utf-8?Q?Fran=C3=A7ois_Laupretre?=)

Hi,

> De : Pierre Joye [mailto:pierre.php@gmail.com]
>
> So we do not want to kill them because they are still used (but dead).
> But we may come with some wrapper to replace almost all the features
> provided by the dead libs? At least for mcrypt, good luck to anyone
> willing to do that for imap ;).

It may be naive but, for imap, what about writing a wrapper between the =
imap functions and the Horde/Imap_Client lib, as it works well and is at =
least as fast as the original C extension. We can embed the lib and the =
wrapper in a PHP extension (reviving the idea of embedding PHP code in =
an extension) and rename every public symbols to keep them private (they =
would not be usable from user code).

This would probably be much easier than rewriting the imap extension =
using libcurl or another imap C lib. Anyway, that's just an idea as I =
don't know yet if the Horde library provides every features we need.

It is distributed under 'LGPL version 2.1', would it allow to embed it =
in a PHP extension ?

So, please tell me if it's worth going a little further.

Cheers

Fran=C3=A7ois