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
n of notmuch are you using? What version of
xapian?
jamie.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20
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
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
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
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
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
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
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
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
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
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...
Hi,
Bower is yet another curses frontend for the Notmuch email system.
I wrote it for me, but you might like it, too.
https://github.com/wangp/bower
Bower 0.4 (2012-08-12)
==
This release requires notmuch 0.13 for addressbook completion.
* Asynchronous tagging and
13 matches
Mail list logo