Re: [notmuch] hello, 'automated' tagging, synchronisation

diff --git a/20/e1df5fb8bf15adae33d3c13ffc76903c243adb b/20/e1df5fb8bf15adae33d3c13ffc76903c243adb
new file mode 100644 (file)
index 0000000..585a096
--- /dev/null
+++ b/20/e1df5fb8bf15adae33d3c13ffc76903c243adb
@@ -0,0 +1,102 @@
+Return-Path: <prvs=jrosenthal=650410043@jhu.edu>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id AB91C431FBC\r
+       for <notmuch@notmuchmail.org>; Wed, 10 Feb 2010 05:19:33 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.497\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.497 tagged_above=-999 required=5 tests=[AWL=1.502,\r
+       BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4] autolearn=ham\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id pY6-bcvInXrW for <notmuch@notmuchmail.org>;\r
+       Wed, 10 Feb 2010 05:19:33 -0800 (PST)\r
+Received: from ipex1.johnshopkins.edu (ipex1.johnshopkins.edu [162.129.8.141])\r
+       by olra.theworths.org (Postfix) with ESMTP id E3416431FAE\r
+       for <notmuch@notmuchmail.org>; Wed, 10 Feb 2010 05:19:32 -0800 (PST)\r
+X-IronPort-AV: E=Sophos;i="4.49,443,1262581200"; d="scan'208";a="295269992"\r
+Received: from c-69-255-36-229.hsd1.md.comcast.net (HELO lucky)\r
+       ([69.255.36.229])\r
+       by ipex1.johnshopkins.edu with ESMTP/TLS/AES256-SHA;\r
+       10 Feb 2010 08:19:32 -0500\r
+Received: from jkr by lucky with local (Exim 4.69)\r
+       (envelope-from <jrosenthal@jhu.edu>)\r
+       id 1NfCTR-0005mg-M4; Wed, 10 Feb 2010 08:19:21 -0500\r
+From: Jesse Rosenthal <jrosenthal@jhu.edu>\r
+To: David Edmondson <dme@dme.org>, notmuch <notmuch@notmuchmail.org>\r
+In-Reply-To: <87sk99xsd6.fsf@aw.hh.sledj.net>\r
+References: <87sk99xsd6.fsf@aw.hh.sledj.net>\r
+Date: Wed, 10 Feb 2010 08:19:21 -0500\r
+Message-ID: <871vgti5ye.fsf@jhu.edu>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+Subject: Re: [notmuch] hello, 'automated' tagging, synchronisation\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Wed, 10 Feb 2010 13:19:33 -0000\r
+\r
+\r
+Hi David,\r
+\r
+On Wed, 10 Feb 2010 11:06:13 +0000, David Edmondson <dme@dme.org> wrote:\r
+> 2. ... So far my (unimplemented) solution for this\r
+>    is to dump/restore the tags and store the dump under version\r
+>    control. Moving from one computer to another (which I don't do very\r
+>    often) would involve:\r
+>          a$ notmuch dump >tags\r
+>          a$ git commit tags\r
+>          a$ git push\r
+>          b$ git pull\r
+>          b$ notmuch restore tags\r
+>    With appropriate amounts of conflict resolution should I update the\r
+>    tags on both a and b.\r
+\r
+This seems to be the going solution. However, if you have a stable\r
+connection and password-free ssh access to your home computer (as I do,\r
+from my work computer) I've had good luck just using the emacs client\r
+remotely, without even having notmuch installed on the second machine,\r
+by pointing the emacs variable `notmuch-command' to a shell script\r
+which, essentially, runs the following:\r
+\r
+        ssh user@host /usr/local/bin/notmuch $@\r
+\r
+The script is a bit more complicated, and it requires a very tiny patch\r
+to notmuch.el (no effect on local usage, I posted it on the list\r
+somewhere). But if you have a fast, stable connection, and you make use\r
+of an open ssh connection, it's almost as fast as local use, and doesn't\r
+require dumping back and forth.\r
+\r
+Problem: It can't at the moment handle attachments and, I imagine, the\r
+new html-inlining, which both use emacs code that refers to\r
+(insert-file-contents). One alternative would\r
+be to replace the (insert-file-contents) calls with TRAMP calls:\r
+\r
+   (insert-file-contents (concat "/ssh:" host ":" file))\r
+\r
+I'm also working on a trivial, but abstractable, solution that adds\r
+something like "notmuch show --raw-file," which could replace all of\r
+those emacs calls with notmuch calls, and which can therefore use the\r
+hacked-up client-server model. In other words, the latter solution would\r
+work in both the local and remote case, without having to alter the\r
+emacs client.\r
+\r
+This solution is not perfect, and it might not fit your needs, but I\r
+wanted to mention it, in addition to the dumping-restoring, as something\r
+that has been working well for me for a while now, when I have to use a\r
+second computer.\r
+\r
+Best,\r
+Jesse\r