* an other ready-to-use store option for notmuch : CouchDB
@ 2010-03-02 15:26 Paul R
2010-03-02 15:43 ` martin f krafft
2010-03-02 15:44 ` Jed Brown
0 siblings, 2 replies; 4+ messages in thread
From: Paul R @ 2010-03-02 15:26 UTC (permalink / raw
To: notmuch
Hi,
couchDB is a document-oriented database. It stores documents, IOW
key-value pairs, under a unique ID. These documents are retrieved
through views and queries. A mail with some tags and some mime parts is
a perfect exemple of what couchdb call a "document".
CouchDB databases can be replicated and synced in both directions.
Conflicts are lazily handled.
People here often call for facilities to read mail with notmuch from
different places. An unidirectional imap-to-couchDB, plus a couchDB
backend for notmuch, should give enough flexibility to achieve this
goal. Put a couchDB replica somewhere accessible, push new IMAP mails on
it, then sync as many machines as you want with this central couchDB
store.
--
Paul
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: an other ready-to-use store option for notmuch : CouchDB
2010-03-02 15:26 an other ready-to-use store option for notmuch : CouchDB Paul R
@ 2010-03-02 15:43 ` martin f krafft
2010-03-02 15:49 ` James Westby
2010-03-02 15:44 ` Jed Brown
1 sibling, 1 reply; 4+ messages in thread
From: martin f krafft @ 2010-03-02 15:43 UTC (permalink / raw
To: notmuch
[-- Attachment #1: Type: text/plain, Size: 447 bytes --]
also sprach Paul R <paul.r.ml@gmail.com> [2010.03.02.1626 +0100]:
> CouchDB databases can be replicated and synced in both directions.
> Conflicts are lazily handled.
What does this mean?
--
martin | http://madduck.net/ | http://two.sentenc.es/
fitter, healthier, more productive
like a pig, in a cage, on antibiotics
-- radiohead
spamtraps: madduck.bogus@madduck.net
[-- Attachment #2: Digital signature (see http://martin-krafft.net/gpg/) --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: an other ready-to-use store option for notmuch : CouchDB
2010-03-02 15:26 an other ready-to-use store option for notmuch : CouchDB Paul R
2010-03-02 15:43 ` martin f krafft
@ 2010-03-02 15:44 ` Jed Brown
1 sibling, 0 replies; 4+ messages in thread
From: Jed Brown @ 2010-03-02 15:44 UTC (permalink / raw
To: Paul R, notmuch
On Tue, 02 Mar 2010 16:26:10 +0100, Paul R <paul.r.ml@gmail.com> wrote:
> CouchDB databases can be replicated and synced in both directions.
> Conflicts are lazily handled.
I've wondered about this. An interesting property would be lack of a
global lock, which is one of the reasons why people are either not
having notmuch-new run automatically, or are working around the errors
when the database is locked, and thus all the talk about having a
notmuch daemon or other method of handling asynchronous actions.
The advantage of the current system is that the mail store remains
current, but untouched. Importing into something like CouchDB or
MongoDB would seem to interfere with "point at a directory and go, with
no full copy".
> People here often call for facilities to read mail with notmuch from
> different places. An unidirectional imap-to-couchDB, plus a couchDB
> backend for notmuch, should give enough flexibility to achieve this
> goal.
I thought people were asking to be able to read messages from other
places *with other tools*, such as phones or webmail. This would
require 2-way sync with IMAP.
Jed
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: an other ready-to-use store option for notmuch : CouchDB
2010-03-02 15:43 ` martin f krafft
@ 2010-03-02 15:49 ` James Westby
0 siblings, 0 replies; 4+ messages in thread
From: James Westby @ 2010-03-02 15:49 UTC (permalink / raw
To: martin f krafft, notmuch
On Tue, 2 Mar 2010 16:43:10 +0100, martin f krafft <madduck@madduck.net> wrote:
> also sprach Paul R <paul.r.ml@gmail.com> [2010.03.02.1626 +0100]:
> > CouchDB databases can be replicated and synced in both directions.
> > Conflicts are lazily handled.
>
> What does this mean?
Couch has deterministic conflict resolution between the two sides, so
all instances will get the same result without needing a master.
You can then ask for the current conflicts to do more in-depth
resolution if needed, including prompting the user.
Thanks,
James
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2010-03-02 15:49 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-03-02 15:26 an other ready-to-use store option for notmuch : CouchDB Paul R
2010-03-02 15:43 ` martin f krafft
2010-03-02 15:49 ` James Westby
2010-03-02 15:44 ` Jed Brown
Code repositories for project(s) associated with this public inbox
https://yhetil.org/notmuch.git/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).