Stas Malyshev wrote:
> May I ask why you agreed to move sqlite away? That is a very close
> situation (well, better as sqlite library status was way better than
> current c-client).
There's sqlite3, but nothing like this for imap. If there were another
superior imap extension it would be different business.
That I think is exactly the point here?
While imap is not being maintained, there has been no pressure to produce an
alternative simply because it does a job. YES there are problems with it which
nobody has stepped up to the plate to address which is the real problem, and
changes to PHP do cause problems when they require work in all the extensions to
maintain compatibility, but in the absence of an alternative is there any option
but to leave it available.
What are the alternatives to it that can be bundled into a base distribution?
Is this another case where a switch to a more generally distributed model should
be the way forward. ALL extensions are optional and only need to be rebuilt when
there are core interface changes that require that, rather than every extension
having to be recompiled with every version number change?
--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
