89/d425730d9f1984847df7f79992c651c6085379

   1 Return-Path: <glasse@cs.rpi.edu>\r
   2 X-Original-To: notmuch@notmuchmail.org\r
   3 Delivered-To: notmuch@notmuchmail.org\r
   4 Received: from localhost (localhost [127.0.0.1])\r
   5         by olra.theworths.org (Postfix) with ESMTP id 558E040BDA7\r
   6         for <notmuch@notmuchmail.org>; Tue,  5 Oct 2010 13:50:55 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: 0.117\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=0.117 tagged_above=-999 required=5\r
  12         tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,\r
  13         DKIM_VALID_AU=-0.1, RCVD_IN_BL_SPAMCOP_NET=1.347,\r
  14         RCVD_IN_SORBS_WEB=0.77] autolearn=no\r
  15 Received: from olra.theworths.org ([127.0.0.1])\r
  16         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  17         with ESMTP id fCU9Is+hnudW for <notmuch@notmuchmail.org>;\r
  18         Tue,  5 Oct 2010 13:50:45 -0700 (PDT)\r
  19 Received: from cliffclavin.cs.rpi.edu (cliffclavin.cs.rpi.edu\r
  20  [128.113.126.25])      by olra.theworths.org (Postfix) with ESMTP id EE0DF40BC9C\r
  21         for <notmuch@notmuchmail.org>; Tue,  5 Oct 2010 13:50:44 -0700 (PDT)\r
  22 X-Hash: SCtCte|417cd1b7cc8c75c1c0ee09bd4b9764fe911ab1fa|537afd2fd94b7f5ab7e76d1dfaa0472b\r
  23 X-Countries: Cameroon, United States\r
  24 X-SMTP-From: accepted <glasse@cs.rpi.edu> [195.24.209.14] [195.24.209.14]\r
  25         ([10.0.9.177]) {Cameroon}\r
  26 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=cs.rpi.edu; h=\r
  27         message-id:date:from:mime-version:to:subject:content-type\r
  28         :content-transfer-encoding; s=default; i=glasse@cs.rpi.edu; t=\r
  29         1286311844; x=1286916644; l=1890; bh=woOjtN7Fry9OpONtY6I8wxyEymI\r
  30         =; b=LqZN11MBS1euQrwh1K+pXtAyApB2n7QJTxqAjOIsdVvcbhO/yecUIbPGVC6\r
  31         BH71eA01kDJL1E4rZPnJB6MxcMqVat9kY2a7cfsxjZE95mWrev/mlmJbCdAeoOi/\r
  32         tHsg9DKTL0Kx844n8MAMQB8HTHQrqheV6JlTWS4Ydd9MwV6M=\r
  33 DomainKey-Signature: a=rsa-sha1; c=nofws; d=cs.rpi.edu; h=message-id\r
  34         :date:from:mime-version:to:subject:content-type\r
  35         :content-transfer-encoding; q=dns; s=default; b=ruz/Egvug30Cfsh9\r
  36         eT78f/rqQxP8fE6pN8jETDe5+YAF7+IkzKz+K5lvCN14LEwniH33Kk/fT1e6IoYb\r
  37         VBpjLcTgodGwbXJeIpjqh8B5R0Vp2SO0UtmCP/gZCBT+nflwgFhIlLtalPh4Nd7T\r
  38         I6A7zfH94YO5wNShEmJTQ4MMjaI=\r
  39 X-Spam-Info: -2.5; ALL_TRUSTED,AWL,BAYES_00\r
  40 X-Spam-Scanned-By: cliffclavin.cs.rpi.edu using SpamAssassin 3.2.5 (hard limit\r
  41         15)\r
  42 Authentication-Results: cliffclavin.cs.rpi.edu;\r
  43         DKIM=neutral (none) header.from=glasse@cs.rpi.edu;\r
  44         SPF=neutral (mfrom;\r
  45         Mechanism '?all' matched) smtp.mail=glasse@cs.rpi.edu\r
  46 X-Auth-Passed: cliffclavin.cs.rpi.edu:o95KnfbI058860 Auth:glasse\r
  47 X-Virus-Scanned-By: cliffclavin.cs.rpi.edu\r
  48 Received: from [10.0.9.177] ([195.24.209.14]) (authenticated bits=0)\r
  49         by cliffclavin.cs.rpi.edu (8.14.3/8.14.3) with ESMTP id o95KnfbI058860\r
  50         for <notmuch@notmuchmail.org>; Tue, 5 Oct 2010 16:50:26 -0400 (EDT)\r
  51         (envelope-from glasse@cs.rpi.edu)\r
  52 Message-ID: <4CAB8F24.7060300@cs.rpi.edu>\r
  53 Date: Tue, 05 Oct 2010 16:48:36 -0400\r
  54 From: Ethan Glasser-Camp <glasse@cs.rpi.edu>\r
  55 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;\r
  56         rv:1.9.1.12) Gecko/20100915 Thunderbird/3.0.8\r
  57 MIME-Version: 1.0\r
  58 To: notmuch@notmuchmail.org\r
  59 Subject: notmuch synchronization\r
  60 Content-Type: text/plain; charset=ISO-8859-1; format=flowed\r
  61 Content-Transfer-Encoding: 7bit\r
  62 X-Scanned-By: MIMEDefang 2.67 on 128.113.126.25\r
  63 X-BeenThere: notmuch@notmuchmail.org\r
  64 X-Mailman-Version: 2.1.13\r
  65 Precedence: list\r
  66 List-Id: "Use and development of the notmuch mail system."\r
  67         <notmuch.notmuchmail.org>\r
  68 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  69         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  70 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  71 List-Post: <mailto:notmuch@notmuchmail.org>\r
  72 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  73 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  74         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  75 X-List-Received-Date: Tue, 05 Oct 2010 20:50:55 -0000\r
  76 \r
  77 I recently got interested in notmuch again and I wanted to see what the\r
  78 current situation is with regard to synchronization -- specifically\r
  79 multiple machines each running notmuch, but also notmuch with other\r
  80 non-notmuch clients. As far as I can tell, this is "possible" but not\r
  81 easy or clean:\r
  82 \r
  83 - the message at\r
  84 http://notmuchmail.org/pipermail/notmuch/2010/002957.html starts a\r
  85 thread about exactly this subject. This seems like the most promising\r
  86 approach (using unison to sync mail across all machines, and using\r
  87 notmuch dump and notmuch restore to propagate the tag database), but I'm\r
  88 a little scared by the note that:\r
  89 \r
  90 > Well, only one place where you mark things unread as well with this\r
  91 > approach. Otherwise updating the database in two places and attempting\r
  92 > to sync will lead to an unmergable conflict, won't it?\r
  93 \r
  94 But if I'm understanding things correctly, it should be OK if you mark\r
  95 unread one place, notmuch dump, restore in the second place, and then\r
  96 mark something else unread, right? Otherwise you don't have true\r
  97 disconnected operation, which seems to be to lose tho whole point.\r
  98 \r
  99 - There's a large number of patches from Michal Sojka, the latest from\r
 100 April 2010, about an abstract mailstore interface, towards using Git as\r
 101 an object store; Git has really nice distributed properties, in that\r
 102 each clone offers fully disconnected operation, and that you can sync\r
 103 any one against any other one, so something like that sounds pretty\r
 104 awesome. Unfortunately, Michal wrote that "I do not want this to be\r
 105 merged yet, but there might be some people interested in testing this.".\r
 106 Is there any news with these patches? Are they something that could\r
 107 potentially be merged? At a high level, what kind of behavior do they\r
 108 implement?\r
 109 \r
 110 (The most recent thread on this subject was at:\r
 111 http://notmuchmail.org/pipermail/notmuch/2010/002119.html)\r
 112 \r
 113 Ethan\r
 114 \r