Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:121151
Return-Path: <derick@php.net>
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 55721 invoked from network); 27 Sep 2023 13:14:18 -0000
Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5)
  by pb1.pair.com with SMTP; 27 Sep 2023 13:14:18 -0000
Received: from php-smtp4.php.net (localhost [127.0.0.1])
	by php-smtp4.php.net (Postfix) with ESMTP id B1D2F180504
	for <internals@lists.php.net>; Wed, 27 Sep 2023 06:14:17 -0700 (PDT)
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net
X-Spam-Level: 
X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00,SPF_HELO_PASS,
	SPF_NEUTRAL,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no
	version=3.4.2
X-Spam-ASN: AS30827 82.113.144.0/20
X-Spam-Virus: No
X-Envelope-From: <derick@php.net>
Received: from xdebug.org (xdebug.org [82.113.146.227])
	by php-smtp4.php.net (Postfix) with ESMTP
	for <internals@lists.php.net>; Wed, 27 Sep 2023 06:14:17 -0700 (PDT)
Received: from localhost (localhost [IPv6:::1])
	by xdebug.org (Postfix) with ESMTPS id 46CEB10C4D1;
	Wed, 27 Sep 2023 14:14:16 +0100 (BST)
Date: Wed, 27 Sep 2023 14:14:16 +0100 (BST)
To: BohwaZ <php@bohwaz.net>
cc: internals@lists.php.net
In-Reply-To: <20230915175450.61e0b394@platypus>
Message-ID: <43174067-d70e-b54b-cd03-137ef271287e@php.net>
References: <a7bb8acf-7fcf-f490-ed3b-4e84bb9bb3bb@derickrethans.nl> <CAEwRQKaSozjGN+ivfKWV+PC+OJHgFPo+qzGj633-G6cft3H7DQ@mail.gmail.com> <CANLbj-q0nhwTVarfqdwhSQ7b3gOrEGvZMau6LoN9YCs0VGQwWw@mail.gmail.com> <20230915175450.61e0b394@platypus>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Subject: Re: [PHP-DEV] Proposal to unbundle imap/pspell/oci8 extensions for
 PHP 8.4
From: derick@php.net (Derick Rethans)

On Fri, 15 Sep 2023, BohwaZ wrote:

> > Considering the lack of updates from upstream as Derick mentioned, 
> > lack of OAuth support (which webklex/php-imap supports), and a 
> > somewhat lackluster documentation for ext-imap in php.net, I think 
> > unbundling ext-imap (along with the other extensions in the 
> > proposal) makes sense.
> 
> I don't think that OAuth support is an argument, as most providers 
> don't support OAuth, so the imap package might still be relevant for 
> people who are not using Google.
> 
> Also, the package currently works, IMAP is a stable protocol, maybe 
> this library is just stable?
> 
> I'm not against the removal, but having to rely on user-space 
> libraries probably means we'll lose some performance over using the C 
> library.
> 
> Also, some widely-used libraries like php-imap use it: 
> https://packagist.org/packages/php-imap/php-imap

The ext/imap extension isn't going to disappear, it is not going be 
unbundled as we can not guarantee the underlaying library is maintained. 
Not only is it no longer maintained, the original purveyors have removed 
any mention of it from their website.

For most people, there will be little change here. On Debian for 
example, "php-<packagename>" is used for both bundled and PECL'ed 
extensions.

> Personally I'm using curl for IMAP, as it is more widely available, 
> but I think removing php-imap might be a bit too early, except if 
> keeping it does require a lot of time / effort?

Using Curl seems like a bad alternative, as it would likely have to open 
a connection for each action that you do.

cheers,
Derick