Another KEP proposal: On IMAP-metadata (annotations)

Jeroen van Meeuwen (Kolab Systems) vanmeeuwen at kolabsys.com
Fri Jul 15 11:07:16 CEST 2011


Gunnar Wrobel wrote:
> Quoting "Florian v. Samson" <florian.samson at bsi.bund.de>:
> >  Still, as on the
> > 
> > client-side, these patches supposedly will be received much more welcome
> > upstream than those implementing a long outdated RFC-draft, which is
> > quite incompatible to the final RFC5464.
> 
> If it would be done *right now* we would also need to adapt the
> c-client and PHP patch on the Kolab server as this one only supports
> the old version. But no PHP developer that I know still wants to use
> the c-client PHP extension and Horde 4 already moved away from it. So
> these patches could be dropped in the long run anyway.
> 

Gunnnar,

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 ;-)

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