Re: Future Ideas wiki page

Bron Gondwana wrote: >> 1. It would be nice from a provisioning standpoint to be able to enumerate >> available partitions and their capacities within the IMAP protocol itself. >> This >> way, provisioning scripts could decide intelligently which backend and >> partition >> to use without resort

Re: Future Ideas wiki page

Bron Gondwana wrote: > By which time, why not just define a brand new protocol not called IMAP which > includes the good bits of what IMAP currently does, and discards anything that > doesn't fit the multi-folder worldview. So long as you made the storage and > meta-data requirements compatible w

Re: Future Ideas wiki page

On Wed, 13 Jan 2010, Bron Gondwana wrote: > On Wed, 13 Jan 2010 17:40 -0800, "David Lang" > wrote: >>> Absolutely - two issues. >>> >>> 1: how to you give folders UIDs? >> >> I thought that there was mention in your list of addressing folders by >> UID for >> replication purposes. > > UniqueID -

Re: Future Ideas wiki page

On Wed, Jan 13, 2010 at 04:02:43PM -0800, Wil Cooley wrote: > Bron Gondwana wrote: > > > Anyway, I'd love feedback on any or all of it, and if there > > are other things that you feel are really important for the > > future viability of Cyrus I'd love to hear about them as well. > > I haven't yet

Re: Future Ideas wiki page

On Wed, 13 Jan 2010 17:40 -0800, "David Lang" wrote: > > Absolutely - two issues. > > > > 1: how to you give folders UIDs? > > I thought that there was mention in your list of addressing folders by > UID for > replication purposes. UniqueID - it's an internal 16 hex digit field. Tacking one

Re: Future Ideas wiki page

On Wed, 13 Jan 2010, Bron Gondwana wrote: > On Wed, 13 Jan 2010 16:26 -0800, "David Lang" > wrote: >> On Sat, 9 Jan 2010, Bron Gondwana wrote: >> >>> On Sat, 09 Jan 2010 15:10 +0100, "Alexey Melnikov" >>> wrote: Bron Gondwana wrote: > While we're at it, I'm much more interested in cro

Re: Future Ideas wiki page

On Wed, 13 Jan 2010 16:26 -0800, "David Lang" wrote: > On Sat, 9 Jan 2010, Bron Gondwana wrote: > > > On Sat, 09 Jan 2010 15:10 +0100, "Alexey Melnikov" > > wrote: > >> Bron Gondwana wrote: > >>> While we're at it, I'm much more interested in cross-folder searching > >>> with sort > >>> ord

Re: Future Ideas wiki page

On Wed, 13 Jan 2010, Wil Cooley wrote: And anyway, would it be faster to open and list 1,000 files in 23 directories than to open one directory and list 23,000 files? Would that be overshadowed by the cost of opening all 23,000 files (which I presume it would need to if it were resorting to list

Re: Future Ideas wiki page

On Sat, 9 Jan 2010, Bron Gondwana wrote: > On Sat, 09 Jan 2010 15:10 +0100, "Alexey Melnikov" > wrote: >> Bron Gondwana wrote: >>> While we're at it, I'm much more interested in cross-folder searching with >>> sort >>> order that doesn't require folder as the first item, but that's >>> signifi

Re: Future Ideas wiki page

Bron Gondwana wrote: > Anyway, I'd love feedback on any or all of it, and if there > are other things that you feel are really important for the > future viability of Cyrus I'd love to hear about them as well. > I haven't yet had a chance to look at the QRESYNC stuff that > Ken's already done for

Re: Future Ideas wiki page

On Sat, 09 Jan 2010 15:10 +0100, "Alexey Melnikov" wrote: > Bron Gondwana wrote: > >While we're at it, I'm much more interested in cross-folder searching with > >sort > >order that doesn't require folder as the first item, but that's > >significantly more > >complex! > > > > >

Re: Future Ideas wiki page

On Fri, 8 Jan 2010, Bron Gondwana wrote: > On Fri, 08 Jan 2010 09:56 -0800, "David Lang" > wrote: >> one thing that I saw mentioned elsewhere as a limitation of IMAP (and >> therefor I >> don't know if there is a way to address it reasonably) is the lack of a >> fuzzy >> search capability. > > W

Re: Future Ideas wiki page

On Fri, 08 Jan 2010 09:56 -0800, "David Lang" wrote: > one thing that I saw mentioned elsewhere as a limitation of IMAP (and > therefor I > don't know if there is a way to address it reasonably) is the lack of a > fuzzy > search capability. Without a specification document, it's hard to add

Re: Future Ideas wiki page

t; Cc: info-cyrus@lists.andrew.cmu.edu > Subject: Future Ideas wiki page > > Hi All, > > I've set up a new wiki page here: > > http://cyrusimap.web.cmu.edu/twiki/bin/view/Cyrus/FutureIdeas > > Linked from the roadmap: > > http://cyrusimap.web.cmu.edu/twiki/bin/v

Re: Future Ideas wiki page

On Thu, Jan 07, 2010 at 11:31:18PM -0500, Ken Murchison wrote: > Thanks for adding this to the wiki. As I've said before, I'm > comfortable with most, if not all, of this. Excellent. It's good to document things anyway, because it refreshes the ideas in my mind and provides a clear reference p

Re: Future Ideas wiki page

Thanks for adding this to the wiki. As I've said before, I'm comfortable with most, if not all, of this. I'm still working on completing the BODYPARTSTRUCTURE piece of URLAUTH=BINARY in 2.4. I'm trying to decide if I want to search through the preformatted BODYSTRUCTURE response in cyrus.cach

Future Ideas wiki page

Hi All, I've set up a new wiki page here: http://cyrusimap.web.cmu.edu/twiki/bin/view/Cyrus/FutureIdeas Linked from the roadmap: http://cyrusimap.web.cmu.edu/twiki/bin/view/Cyrus/RoadMap I've updated the Roadmap with the items I have ready right now for 2.4, and put everything else into the br