Bron, Rob, thanks for helping to clarify.
Am Freitag, 3. April 2009 00:39:10 schrieb Rob Mueller: > --- > > GETANNOTATION <mboxname> "/vendor/cmu/cyrus-imapd/sharedseen" "value" > > > > If you get an empty response, then no shared seen state. Otherwise, the > > value will tell you if its enabled on the given mailbox. > --- > > You don't need to "set the annotation", you just need to see if the > annotation exists by using GETANNOTATION. Note that there's a difference > between getting back a value (whether true/false) vs getting nothing back. > If you get back a value at all, then it's supported, if you get nothing > back, then it isn't. > > Since INBOX is always guarnateed to exist as a folder, you can do: > > tag GETANNOTATION INBOX "/vendor/cmu/cyrus-imapd/sharedseen" "value" > > And see if you get a response back or not. This assumes that the ability of setting this special annotation also means the server will honor it. Probably a save thing to do with the current implementations. But this gives this detection two small drawbacks: a) has to be done on one folder Which is not as simple sometimes. E.g. a Kolab Server non-home server will give most users only some rights on the INBOX because they only connect to those servers to see shared folders. So for me it is not guarenteed that there are write permissions for the annotation of the INBOX folder always. Also it is slight more expensive than just parsing the CAPABILITIES which is already existing code b) Implementation might not honor the annotation even when set sometimes in the future or in strange setting, e.g. migrated folders with annotations. At least this is another assumption that might break. Bernhard -- Managing Director - Owner: www.intevation.net (Free Software Company) Germany Coordinator: fsfeurope.org. Coordinator: www.Kolab-Konsortium.com. Intevation GmbH, Osnabrück, DE; Amtsgericht Osnabrück, HRB 18998 Geschäftsführer Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner
signature.asc
Description: This is a digitally signed message part.
