Reclassified. And please don't change the summary again.

Please, use the version I sent to internals mailing list. The previous one has a memory corruption bug.

http://marc.info/?l=php-internals&m=121928000026493&w=2

The original patches suggested have been maintained by the kolab project, all the 
way up to v5.3.2. I'd like to suggest that this (very old) bug be patched into 
PHP, so that users can benefit from the additional functionality.

This link includes the patch for myrights at v5.3.2, which I imagine should apply 
fairly cleanly to the latest svn version as well:

http://kolab.org/cgi-bin/viewcvs-kolab.cgi/server/php/patches/php-5.3.2/

Looking at the myrights patch:

+	/* set the callback for the GET_ACL function */
+	mail_parameters(NIL, SET_MYRIGHTS, (void *) mail_myrights);

Should this be 'GET_MYRIGHTS' as the function is used for getting the rights? 

Slightly updated version of the patch http://valokuva.org/~mikko/imap_myrights.patch. Does this work as expected?

Please attach the patches to this bug, between the versions posted on the list and the ones in external sites, it is hard to track the changes.

I'll back at work next week and will review&test the patch, and surely apply it if there is no issue left.

Change category and move to trunk for now, will be applied&tested there first. If it happens to work well and it will then be applied to 5.3 (if RM ok it too).

Add A Patch form responds to using @php.net address: "Email address must be valid!".

Finally! imap_annotation.patch is untested as it doesn't compile with my c-client version.

Thanks for taking this on pajoye.

We are tracking this bug in Ubuntu here:

https://bugs.launchpad.net/ubuntu/+source/php5/+bug/610630

As soon as its committed, we'll most likely apply the patches to 5.3.2 or 5.3.3 
for release with Maverick 10.10 to make Kolab function properly.

It looks like c-client needs to be patched to support annotations:

http://kolab.org/cgi-bin/viewcvs-kolab.cgi/server/patches/imap/

Can't find annotation support in upstream c-client 2007e.

Right, c-client needs to be patched. It does not sound too good to me but I would like to add some HAVE_ to the c-client patch for cleaner detection.

I also dropped a mail to the the uw imap mailing list to ask what's the status of this patch (if has been actually proposed, rejected, etc.).

Updated the annotations patch to add HAVE_IMAP_ANNOTATIONS

We tracked the status of the uw imap c-client annotation patch here:

https://issues.kolab.org/merge10

I resubmitted the patch three years ago (http://mailman2.u.washington.edu/pipermail/imap-uw/2007-March/001202.html) and it was stalled as Marc Crispin wanted to wait for the ANNOTATEMORE draft to become a real RFC (http://mailman2.u.washington.edu/pipermail/imap-uw/2007-March/001203.html).

While this has happened in the meantime (http://mailman.rfc-editor.org/pipermail/rfc-dist/2009-February/002184.html) c-client development seems to have ceased in the meantime, too.

For Kolab I'm pretty certain we will switch to the newer Horde_Imap_Client library. I already prepared it with the necessary extensions (https://issues.kolab.org/msg21509).

Horde_Imap_Client seems to run faster than the c-client based code though I have to admit that this is just a result from the simple test script and no solid benchmark.

As Hored_Imap_Client is not really released yet and would make a bunch of other updates necessary for the Kolab server we'd be quite happy though if annotation support would already work with the imap_* functions available within PHP.

I know the situation concerning c-client is messy. Is there anything we can do in order to get the patch accepted?

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.