Alternative (raw) message store (i.e. instead of maildir)

2012-08-15 Thread Stewart Smith
Vladimir Marek writes: > Well, if your granularity will be one archive per year of mail, it > should not be that bad ... Except for someone like Keith, who has all his email since sometime in the 80s or something insane like that :) -- Stewart Smith -- next part -- A

Alternative (raw) message store (i.e. instead of maildir)

2012-08-14 Thread Christophe-Marie Duquesne
On Tue, Aug 14, 2012 at 8:11 PM, Christophe-Marie Duquesne wrote: > one could complete this work with an > interface to couchdb for offlineimap *I meant for notmuch

Alternative (raw) message store (i.e. instead of maildir)

2012-08-14 Thread Christophe-Marie Duquesne
On Tue, Aug 14, 2012 at 7:05 PM, Ciprian Dorin Craciun wrote: > I proposed -- better said queried if possible or at least wanted > -- to have an internal interface (SPI) that any mail store would have > to implement in order to be indexed and used by notmuch. I guess the > interface would be

Alternative (raw) message store (i.e. instead of maildir)

2012-08-14 Thread Stewart Smith
Vladimir Marek writes: > Hi, > > I have objections against maildir too, but I tried to tackle it from > different perspective. Store the maildir in zip file and use fuse-zip to > manage it. It works sort of but it has two major disadvantages: huh... this is fairly interesting one of the

Re: Alternative (raw) message store (i.e. instead of maildir)

2012-08-14 Thread Christophe-Marie Duquesne
On Tue, Aug 14, 2012 at 7:05 PM, Ciprian Dorin Craciun ciprian.crac...@gmail.com wrote: I proposed -- better said queried if possible or at least wanted -- to have an internal interface (SPI) that any mail store would have to implement in order to be indexed and used by notmuch. I guess the

Re: Alternative (raw) message store (i.e. instead of maildir)

2012-08-14 Thread Christophe-Marie Duquesne
On Tue, Aug 14, 2012 at 8:11 PM, Christophe-Marie Duquesne c...@chmd.fr wrote: one could complete this work with an interface to couchdb for offlineimap *I meant for notmuch ___ notmuch mailing list notmuch@notmuchmail.org

Re: Alternative (raw) message store (i.e. instead of maildir)

2012-08-14 Thread Stewart Smith
Vladimir Marek vladimir.ma...@oracle.com writes: Well, if your granularity will be one archive per year of mail, it should not be that bad ... Except for someone like Keith, who has all his email since sometime in the 80s or something insane like that :) -- Stewart Smith pgpqbDWUxd3Kw.pgp

Re: Alternative (raw) message store (i.e. instead of maildir)

2012-08-13 Thread Ciprian Dorin Craciun
On Sat, Aug 11, 2012 at 11:50 PM, Jameson Graef Rollins jroll...@finestructure.net wrote: On Sat, Aug 11 2012, Ciprian Dorin Craciun ciprian.crac...@gmail.com wrote: My problem with it is that it doesn't scale... And I don't mean this in a theoretical sense, I mean it in the concrete one: I

Re: Alternative (raw) message store (i.e. instead of maildir)

2012-08-13 Thread Stewart Smith
Vladimir Marek vladimir.ma...@oracle.com writes: Hi, I have objections against maildir too, but I tried to tackle it from different perspective. Store the maildir in zip file and use fuse-zip to manage it. It works sort of but it has two major disadvantages: huh... this is fairly

Alternative (raw) message store (i.e. instead of maildir)

2012-08-11 Thread David Bremner
Ciprian Dorin Craciun writes: > My question -- rather a curiosity -- is if one could easily > implement an alternative message store instead of maildir. (I actuall y > have in mind a KV store like BerkeleyDB, or even a database like > CouchDB...) See

Alternative (raw) message store (i.e. instead of maildir)

2012-08-11 Thread Jameson Graef Rollins
On Sat, Aug 11 2012, Ciprian Dorin Craciun wrote: > My problem with it is that it doesn't scale... And I don't mean > this in a theoretical sense, I mean it in the concrete one: I have > about 661k emails... And a single `notmuch sync` takes a few tens of > seconds... Hey, Ciprian. That

Alternative (raw) message store (i.e. instead of maildir)

2012-08-11 Thread Ciprian Dorin Craciun
On Sat, Aug 11, 2012 at 12:46 PM, Vladimir Marek wrote: > Hi, > > I have objections against maildir too, Just for the record I have nothing against maildir (or at least when compared to mbox format). On the contrary I find it quite easy to fiddle with... My problem with it is that it

Alternative (raw) message store (i.e. instead of maildir)

2012-08-11 Thread m...@pels.in
How about implementing MIX[1] (and yes, i am totally ignorant about the format, i just know of it, and have heard some praise). [1] http://en.wikipedia.org/wiki/MIX_(Email) -- mek at pels.in (sorry about top posting, the mailclient on nokia n9 truly sucks.)On 2012-08-11 09:35 Ciprian Dorin

Alternative (raw) message store (i.e. instead of maildir)

2012-08-11 Thread Vladimir Marek
Hi, I have objections against maildir too, but I tried to tackle it from different perspective. Store the maildir in zip file and use fuse-zip to manage it. It works sort of but it has two major disadvantages: - fuse zip stores all changes in memory until unmounted - fuse zip (and libzip for

Alternative (raw) message store (i.e. instead of maildir)

2012-08-11 Thread Ciprian Dorin Craciun
Hello all! My question -- rather a curiosity -- is if one could easily implement an alternative message store instead of maildir. (I actually have in mind a KV store like BerkeleyDB, or even a database like CouchDB...) (I'm not also implying the same for the index, which I'm aware is

Alternative (raw) message store (i.e. instead of maildir)

2012-08-11 Thread Ciprian Dorin Craciun
Hello all! My question -- rather a curiosity -- is if one could easily implement an alternative message store instead of maildir. (I actually have in mind a KV store like BerkeleyDB, or even a database like CouchDB...) (I'm not also implying the same for the index, which I'm aware is

Re: Alternative (raw) message store (i.e. instead of maildir)

2012-08-11 Thread Vladimir Marek
Hi, I have objections against maildir too, but I tried to tackle it from different perspective. Store the maildir in zip file and use fuse-zip to manage it. It works sort of but it has two major disadvantages: - fuse zip stores all changes in memory until unmounted - fuse zip (and libzip for

Re: Alternative (raw) message store (i.e. instead of maildir)

2012-08-11 Thread Ciprian Dorin Craciun
On Sat, Aug 11, 2012 at 12:46 PM, Vladimir Marek vladimir.ma...@oracle.com wrote: Hi, I have objections against maildir too, Just for the record I have nothing against maildir (or at least when compared to mbox format). On the contrary I find it quite easy to fiddle with... My problem

Re: Alternative (raw) message store (i.e. instead of maildir)

2012-08-11 Thread mek
How about implementing MIX[1] (and yes, i am totally ignorant about the format, i just know of it, and have heard some praise). [1] http://en.wikipedia.org/wiki/MIX_(Email) -- m...@pels.in (sorry about top posting, the mailclient on nokia n9 truly sucks.)On 2012-08-11 09:35 Ciprian Dorin

Re: Alternative (raw) message store (i.e. instead of maildir)

2012-08-11 Thread David Bremner
Ciprian Dorin Craciun ciprian.crac...@gmail.com writes: My question -- rather a curiosity -- is if one could easily implement an alternative message store instead of maildir. (I actuall y have in mind a KV store like BerkeleyDB, or even a database like CouchDB...) See

Re: Alternative (raw) message store (i.e. instead of maildir)

2012-08-11 Thread Jameson Graef Rollins
On Sat, Aug 11 2012, Ciprian Dorin Craciun ciprian.crac...@gmail.com wrote: My problem with it is that it doesn't scale... And I don't mean this in a theoretical sense, I mean it in the concrete one: I have about 661k emails... And a single `notmuch sync` takes a few tens of seconds...