Hi
There was a thread in April 2012 about removing ext/imap since
c-client is dead and has been for a while.
It has been longer while now, and distros like RHEL-7 have dropped the
extension completely.
We can't pretend anymore that ext/imap is a core functionality of
PHP that everyone writing webapps needs. It needs to be removed :)
Ferenc, David; What exactly is the procedure for doing that,
considering 5.6 has shipped its first alpha?
Remove it from master only, or killing it from 5.6 OK?
-Hannes
Hi!
We can't pretend anymore that ext/imap is a core functionality of
PHP that everyone writing webapps needs. It needs to be removed :)
Well, IMAP is pretty common and many webapps do use it. Whether they use
ext/imap or not for that is another question :)
But dropping ext/imap means we have no IMAP solution for core. What
would we recommend instead?
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227
We can't pretend anymore that ext/imap is a core functionality of
PHP that everyone writing webapps needs. It needs to be removed :)Well, IMAP is pretty common and many webapps do use it. Whether they
use ext/imap or not for that is another question :)But dropping ext/imap means we have no IMAP solution for core. What
would we recommend instead?
https://github.com/zetacomponents/Mail is pretty awesome—if I may say
so.
cheers,
Derick
There is no shortage of IMAP related PHP libraries:
https://packagist.org/search/?q=imap
PHPClasses.org probably has a bunch more of them as well.
We can't pretend anymore that ext/imap is a core functionality of
PHP that everyone writing webapps needs. It needs to be removed :)Well, IMAP is pretty common and many webapps do use it. Whether they
use ext/imap or not for that is another question :)But dropping ext/imap means we have no IMAP solution for core. What
would we recommend instead?https://github.com/zetacomponents/Mail is pretty awesome--if I may say
so.cheers,
Derick
There is no shortage of IMAP related PHP libraries:
https://packagist.org/search/?q=imap
PHPClasses.org probably has a bunch more of them as well.
Out of a random sample of 8 that I picked from the search results on
packagist, every one had a dependency on ext/imap (actually a lot of
them are forks of the same project). I'm not against removing
dead/unmaintainable code but let's not pretend that people don't use
it...
Am 31.01.2014 12:34, schrieb Chris Wright:
Out of a random sample of 8 that I picked from the search results on
packagist, every one had a dependency on ext/imap (actually a lot of
them are forks of the same project). I'm not against removing
dead/unmaintainable code but let's not pretend that people don't use
it...
The Mail component of the Zeta Components library (which used to be
eZ Components) implements IMAP, amongst other mail-related RFCs, in
100% native PHP.
--
Sebastian Bergmann Co-Founder and Principal Consultant
http://sebastian-bergmann.de/ http://thePHP.cc/
Am 31.01.2014 12:34, schrieb Chris Wright:
Out of a random sample of 8 that I picked from the search results on
packagist, every one had a dependency on ext/imap (actually a lot of
them are forks of the same project). I'm not against removing
dead/unmaintainable code but let's not pretend that people don't use
it...The Mail component of the Zeta Components library (which used to be
eZ Components) implements IMAP, amongst other mail-related RFCs, in
100% native PHP.
Roundcube as well and I strongly recommend to use it. And I cannot worry
more than now when I see an app relying on ext/IMAP, from a security point
of view.
Hi,
2014-01-31 Hannes Magnusson hannes.magnusson@gmail.com:
There was a thread in April 2012 about removing ext/imap since
c-client is dead and has been for a while.
It has been longer while now, and distros like RHEL-7 have dropped the
extension completely.We can't pretend anymore that ext/imap is a core functionality of
PHP that everyone writing webapps needs. It needs to be removed :)
By removing, you mean completely delete the code or migrate from ext/imap
to pecl ?
Bruno
Hi,
2014-01-31 Hannes Magnusson hannes.magnusson@gmail.com:
There was a thread in April 2012 about removing ext/imap since
c-client is dead and has been for a while.
It has been longer while now, and distros like RHEL-7 have dropped the
extension completely.We can't pretend anymore that ext/imap is a core functionality of
PHP that everyone writing webapps needs. It needs to be removed :)By removing, you mean completely delete the code or migrate from ext/imap
to pecl ?
The latter, while maintaining it in PECL makes no sense, maybe time to
create the legendary Siberia :)
Cheersm
Pierre
@pierrejoye | http://www.libgd.org
Hi
There was a thread in April 2012 about removing ext/imap since
c-client is dead and has been for a while.
It has been longer while now, and distros like RHEL-7 have dropped the
extension completely.
We can't pretend anymore that ext/imap is a core functionality of
PHP that everyone writing webapps needs. It needs to be removed :)
I agree to that.
Horde has been shipping a mature PHP implementation of IMAP for many
years and others like roundcube also have theirs. No need to keep a
broken C implementation.
--
Ralf Lang
Linux Consultant / Developer
Tel.: +49-170-6381563
Mail: lang@b1-systems.de
B1 Systems GmbH
Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de
GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537
On Fri, Jan 31, 2014 at 10:10 AM, Hannes Magnusson <
hannes.magnusson@gmail.com> wrote:
Hi
There was a thread in April 2012 about removing ext/imap since
c-client is dead and has been for a while.
It has been longer while now, and distros like RHEL-7 have dropped the
extension completely.We can't pretend anymore that ext/imap is a core functionality of
PHP that everyone writing webapps needs. It needs to be removed :)Ferenc, David; What exactly is the procedure for doing that,
considering 5.6 has shipped its first alpha?
Remove it from master only, or killing it from 5.6 OK?-Hannes
Hi Hannes,
I would be fine with removing it from core.
Personally I would move it to pecl and mark it unmaintained, which would
make it a bit easier other future maintainers to take it over if they want.
As others mentioned we should also start directing the users towards other
alternatives (zeta Mail seemed rather promising the last time I checked,
but the testsuite desperatelly needs some love, because a bunch of tests
were failing, mostly because the remote mailboxes used for the tests were
no longer available).
Let's see what Julien thinks.
--
Ferenc Kovács
@Tyr43l - http://tyrael.hu
you are dunk!
Hi
There was a thread in April 2012 about removing ext/imap since
c-client is dead and has been for a while.
It has been longer while now, and distros like RHEL-7 have dropped the
extension completely.We can't pretend anymore that ext/imap is a core functionality of
PHP that everyone writing webapps needs. It needs to be removed :)Ferenc, David; What exactly is the procedure for doing that,
considering 5.6 has shipped its first alpha?
Remove it from master only, or killing it from 5.6 OK?-Hannes
durnk-..
you are dunk!
Hi
There was a thread in April 2012 about removing ext/imap since
c-client is dead and has been for a while.
It has been longer while now, and distros like RHEL-7 have dropped the
extension completely.We can't pretend anymore that ext/imap is a core functionality of
PHP that everyone writing webapps needs. It needs to be removed :)Ferenc, David; What exactly is the procedure for doing that,
considering 5.6 has shipped its first alpha?
Remove it from master only, or killing it from 5.6 OK?-Hannes
Hi Hannes,
On Fri, Jan 31, 2014 at 6:10 PM, Hannes Magnusson <
hannes.magnusson@gmail.com> wrote:
There was a thread in April 2012 about removing ext/imap since
c-client is dead and has been for a while.
It has been longer while now, and distros like RHEL-7 have dropped the
extension completely.We can't pretend anymore that ext/imap is a core functionality of
PHP that everyone writing webapps needs. It needs to be removed :)Ferenc, David; What exactly is the procedure for doing that,
considering 5.6 has shipped its first alpha?
Remove it from master only, or killing it from 5.6 OK?
I'm not against removal of ext/imap from core.
Should removal of ext/imap be documented in 5.5 at least?
It would be better to keep feature after announce at least few
versions. IMHO.
For modules, moving them to PECL is a option and users may
build modules if they really need them. Therefore, immediate removal
would not be a real issue, though.
We are better to have deprecation/removal guideline since
we have similar discussion over and over.
Regards,
--
Yasuo Ohgaki
yohgaki@ohgaki.net