Hi there, I know, I am not Robert :-) However, maybe Google Gears is a solution? It provides an SQLite database on browser side. Actually GMail offers support for it. To make Hupa work with general IMAP stuff this could be an idea. I am thinking on linking message ids to categories and storing that data in some magic place within the IMAP folder.
I don't know if that is possible :-) Cheers Christian On Sat, Jun 27, 2009 at 4:57 PM, Norman Maurer<[email protected]> wrote: > Hi Robert, > > first Hupa code is now in svn. It still lacks basic stuff but while > reading this message I thought it would be a good time to start > thinking about howto implement tags anyway. > > So are you able to explain abit more about your thoughts ? > > Thx, > Norman > > 2009/6/17 Robert Burrell Donkin <[email protected]>: >> On Tue, Jun 16, 2009 at 3:28 PM, Christian Grobmeier >> <[email protected]> wrote: >>> >>> Are you thinking on having "tags" like in GMail? If so I will love this >>> idea! >> >> +1 >> >> tagging mail is one of the ideas which has interested me for a long >> time (especially using machine learning approaches) >> >> it's a bit tricky to make this work well with IMAP >> >> gmail approaches the idea that tags are categories, and organise their >> IMAP folders around them. other clients don't seem keen on this idea >> and the IMAP protocol makes this tricky for more general IMAP >> implementations. >> >> some clients use custom users flags which seems a little clumsy. >> >> IMAP METADATA (http://tools.ietf.org/html/rfc5464) is interesting but >> seems to lack support ATM >> >> one of the ideas that i've been playing around with is using a RESTful >> protocol layer to support tagging and then bridging to IMAP on the >> server side (perhaps using RFC 5464) >> >> - robert >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
