Dropping the PHP imap patches (was: Re: Another KEP proposal: On IMAP-metadata (annotations))

Jeroen van Meeuwen (Kolab Systems) vanmeeuwen at kolabsys.com
Fri Jul 15 12:09:10 CEST 2011


Gunnar Wrobel wrote:
> Quoting "Jeroen van Meeuwen (Kolab Systems)" <vanmeeuwen at kolabsys.com>:
> > just as an aside, if you'll let me:
> >   What kind of effort would be involved to ultimately be able to drop the
> >   uw-
> > 
> > imap / php-imap annotations and myrights patches?
> > 
> > I'm asking, because making uw-imap / php-imap compatible with RFCs
> > 4314, 5257,
> > 5464, and others currently implemented or others to be implemented Soon
> > Enough(tm), may conclude to be way more work and of higher difficulty.
> > 
> > Be it dropping horde3 in favor of horde4, be it modifying horde3, be it
> > anything else, I'm open to suggestions ;-)
> 
> I wouldn't say this has much to do with Horde at the moment. Yes, it
> is one client using the patches but so do the Kolab free/busy system
> and the Kolab resource management. 

All of which are horde* or Horde_* ;-)

> Let's assume you want something quick and dirty right now ... then...
> 
> 1) Kolab_Storage from Horde 4 is no option as all applications using
> the module would need to be ported. This will probably happen during
> this year anyhow but it will take some time and is not available just
> now.
> 
> 2) Make Kolab_Storage from Horde 3 work with Horde_Imap_Client from
> Horde 4. Might be an option but Horde_Imap_Client has many Horde
> dependencies that might interfere with the current Horde 3 libraries
> we use.
> 
> 3) Make Kolab_Storage from Horde 3 work with the Roundcube IMAP
> library. Kolab_Storage from Horde 4 already allows that. And
> Kolab_Storage allows for different IMAP drivers (currently
> PEAR-Net_IMAP and PHP c-client). The Roundcube IMAP library should be
> made into its own module then. Currently it is only available with the
> whole application. But that shouldn't be hard.
> 
> The last option would probably be the quickest one. However there is
> another client on the 2.3.* line: z-push. I think that one also uses
> the PHP c-client library.
> 

It does indeed.

> So all in all it is not totally easy. I would however assume that the
> whole story gets resolved within the next year. Don't know if that is
> an acceptable time frame to you though.
> 

I recon the easiest way out of this is a pear library Net_IMAP4, not to say 
Net_IMAP could not be patched instead -if upstream will allow us to do so- to 
become fully compatible with the series of RFCs.

Kind regards,

Jeroen van Meeuwen

-- 
Senior Engineer, Kolab Systems AG

e: vanmeeuwen at kolabsys.com
t: +44 144 340 9500
m: +44 74 2516 3817
w: http://www.kolabsys.com

pgp: 9342 BF08




More information about the format mailing list