Howdy,
I'd like to lobby for the re-inclusion of php-imap (and, consequently, imap c-client [and, if I'm lucky, imap-utils]).
As a user of PHP, it's very inconvenient to be missing such a useful and widely used piece of PHP. I'm doubly annoyed as a Horde hacker, as it requires PHP's c-client functions.
I understand ditching wu-imapd, etc. But c-client is still very useful, especially in the PHP world.
Horde is, I believe, one of the most important free software projects out there at the moment. Not many people are yet using the development branch of code, but it has come (and is coming) a long way. It's thorough, stable, usable, actively developed, and widely used (at least the old code base is widely used). It has a very flexible and extensible framework, and it kicks the asses of its competitors.
To overlook Horde is a big mistake. If users have to hack together weird sets of custom-compiled RPMs to slap Horde on a Fedora box, that's going to annoy a lot of people as Horde 3.0 is released.
The c-client packages never need to be installed unless someone explicitly wants them. imap-devel is required to compile PHP with php-imap turned on, but Red Hat's build environment should have that on hand.
Normal c-client-ignorant users never need to know that imap-2002e and imap-devel-2002e are helping to fill up the 500 MB of free space on FC2 disc 4. (While we're filling up FC2 disc 4, imap-utils could be useful for people no matter what IMAP server they're running [especially if they're tryin' to migrate their old mbox folders to the new Cyrus IMAP server].)
Is this a pipe dream?
Derek
Derek P. Moore wrote:
Is this a pipe dream?
Feh. C-client isn't even that good or efficient (sniff some traffic that php-imap generates). Nothing in the distro is using it, and providing it as an add-on module to php from some third-party won't break anyone's back.
Regards,
Derek P. Moore wrote:
Howdy,
I'd like to lobby for the re-inclusion of php-imap (and, consequently, imap c-client [and, if I'm lucky, imap-utils]).
As a user of PHP, it's very inconvenient to be missing such a useful and widely used piece of PHP. I'm doubly annoyed as a Horde hacker, as it requires PHP's c-client functions.
I understand ditching wu-imapd, etc. But c-client is still very useful, especially in the PHP world.
Horde is, I believe, one of the most important free software projects out there at the moment. Not many people are yet using the development branch of code, but it has come (and is coming) a long way. It's thorough, stable, usable, actively developed, and widely used (at least the old code base is widely used). It has a very flexible and extensible framework, and it kicks the asses of its competitors.
To overlook Horde is a big mistake. If users have to hack together weird sets of custom-compiled RPMs to slap Horde on a Fedora box, that's going to annoy a lot of people as Horde 3.0 is released.
Submit it to Fedora Extras currently at fedora.us, because that is where it belongs. I do agree that custom RPMS maintained at dozens of arbitary other locations are confusing, so instead you should maintain it at the central collaborative project.
Warren
On Fri, 2004-03-26 at 20:05, Derek P. Moore wrote:
I'd like to lobby for the re-inclusion of php-imap (and, consequently, imap c-client [and, if I'm lucky, imap-utils]).
Ah, jeez, you mean php-imap is not anymore in the test versions? Why's that?
Am Di, den 30.03.2004 schrieb Florin Andrei um 21:25:
On Fri, 2004-03-26 at 20:05, Derek P. Moore wrote:
I'd like to lobby for the re-inclusion of php-imap (and, consequently, imap c-client [and, if I'm lucky, imap-utils]).
Ah, jeez, you mean php-imap is not anymore in the test versions? Why's that?
See bugzilla #115535
Florin Andrei
I am vote for php-imap too.
Alexander
Ah, jeez, you mean php-imap is not anymore in the test versions? Why's that?
http://www.redhat.com/archives/fedora-devel-list/2004-February/msg00713.html
Essentially, nobody at Red Hat cares to maintain it.
Derek
On Tue, 2004-03-30 at 21:40, Derek P. Moore wrote:
Ah, jeez, you mean php-imap is not anymore in the test versions? Why's that?
http://www.redhat.com/archives/fedora-devel-list/2004-February/msg00713.html
Essentially, nobody at Red Hat cares to maintain it.
What???
But how'bout all those webmail servers out there? Doesn't Red Hat care about them running RH Linux instead of something else?
On Thu, 1 Apr 2004, Florin Andrei wrote:
On Tue, 2004-03-30 at 21:40, Derek P. Moore wrote:
Ah, jeez, you mean php-imap is not anymore in the test versions? Why's that?
http://www.redhat.com/archives/fedora-devel-list/2004-February/msg00713.html
Essentially, nobody at Red Hat cares to maintain it.
Not true. Please see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=115535
What???
But how'bout all those webmail servers out there? Doesn't Red Hat care about them running RH Linux instead of something else?
I do not see why they would care. they never cared b4 why start now. Squirrelmail does not need it, so in reality it is not as bad as you think. IAFAIK it is not required for any packages currently included in FC or RHEL. It is required for things like imp but imp has never been included in any RHEL, RHL or FC releases. So instead of whining about something that was discussed to death weeks ago please check your facts first.
HTH,
Tom
Once upon a time Friday 02 April 2004 7:21 pm, Alan Cox wrote:
On Thu, Apr 01, 2004 at 06:24:41PM -0800, Florin Andrei wrote:
What???
But how'bout all those webmail servers out there? Doesn't Red Hat care about them running RH Linux instead of something else?
I was under the impression squirrel didnt need php-imap
It doesnt it uses its own imap implementation.
Dennis
devel@lists.stg.fedoraproject.org