# ext/imap -> bye bye in PHP 5.6 - Thread: https://externals.io/message/71834 - Original archive: https://news-web.php.net/php.internals/71834 - Started by Hannes Magnusson on 2014-01-31T09:10:01+00:00 - Messages: 14 - Reply by email to internals@lists.php.net - More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt --- ## #71834 — Hannes Magnusson — 2014-01-31T09:10:01+00:00 URL: https://externals.io/message/71834#71834 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 --- ## #71835 — Stas Malyshev — 2014-01-31T09:27:23+00:00 URL: https://externals.io/message/71834#71835 · In reply to: #71834 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 --- ## #71836 — Bruno CHALOPIN — 2014-01-31T09:28:42+00:00 URL: https://externals.io/message/71834#71836 · In reply to: #71834 Hi, 2014-01-31 Hannes Magnusson : > 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 --- ## #71837 — Pierre Joye — 2014-01-31T09:30:39+00:00 URL: https://externals.io/message/71834#71837 · In reply to: #71836 > Hi, > > 2014-01-31 Hannes Magnusson : > > > […] > > 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 --- ## #71841 — Derick Rethans — 2014-01-31T11:08:20+00:00 URL: https://externals.io/message/71834#71841 · In reply to: #71835 > > […] > > 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 --- ## #71842 — Benjamin Eberlei — 2014-01-31T11:15:40+00:00 URL: https://externals.io/message/71834#71842 · In reply to: #71841 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. > > > > […] > > https://github.com/zetacomponents/Mail is pretty awesome--if I may say > so. > > cheers, > Derick --- ## #71853 — Chris Wright — 2014-01-31T11:34:21+00:00 URL: https://externals.io/message/71834#71853 · In reply to: #71842 > 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... --- ## #71856 — Sebastian Bergmann — 2014-01-31T11:41:00+00:00 URL: https://externals.io/message/71834#71856 · In reply to: #71853 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/ --- ## #71860 — Pierre Joye — 2014-01-31T11:55:49+00:00 URL: https://externals.io/message/71834#71860 · In reply to: #71856 > > Am 31.01.2014 12:34, schrieb Chris Wright: > > […] > > 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. --- ## #71878 — Ralf Lang — 2014-01-31T13:45:36+00:00 URL: https://externals.io/message/71834#71878 · In reply to: #71834 > 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 --- ## #71881 — Ferenc Kovacs — 2014-01-31T15:43:52+00:00 URL: https://externals.io/message/71834#71881 · In reply to: #71834 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 --- ## #71907 — Jake — 2014-01-31T23:28:12+00:00 URL: https://externals.io/message/71834#71907 · In reply to: #71834 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 --- ## #71908 — Jake — 2014-01-31T23:29:24+00:00 URL: https://externals.io/message/71834#71908 · In reply to: #71907 durnk-.. > you are dunk! > > > > […] --- ## #71911 — Yasuo Ohgaki — 2014-02-01T01:05:37+00:00 URL: https://externals.io/message/71834#71911 · In reply to: #71834 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