20/e1df5fb8bf15adae33d3c13ffc76903c243adb

   1 Return-Path: <prvs=jrosenthal=650410043@jhu.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 AB91C431FBC\r
   6         for <notmuch@notmuchmail.org>; Wed, 10 Feb 2010 05:19:33 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -2.497\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.497 tagged_above=-999 required=5 tests=[AWL=1.502,\r
  12         BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4] autolearn=ham\r
  13 Received: from olra.theworths.org ([127.0.0.1])\r
  14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15         with ESMTP id pY6-bcvInXrW for <notmuch@notmuchmail.org>;\r
  16         Wed, 10 Feb 2010 05:19:33 -0800 (PST)\r
  17 Received: from ipex1.johnshopkins.edu (ipex1.johnshopkins.edu [162.129.8.141])\r
  18         by olra.theworths.org (Postfix) with ESMTP id E3416431FAE\r
  19         for <notmuch@notmuchmail.org>; Wed, 10 Feb 2010 05:19:32 -0800 (PST)\r
  20 X-IronPort-AV: E=Sophos;i="4.49,443,1262581200"; d="scan'208";a="295269992"\r
  21 Received: from c-69-255-36-229.hsd1.md.comcast.net (HELO lucky)\r
  22         ([69.255.36.229])\r
  23         by ipex1.johnshopkins.edu with ESMTP/TLS/AES256-SHA;\r
  24         10 Feb 2010 08:19:32 -0500\r
  25 Received: from jkr by lucky with local (Exim 4.69)\r
  26         (envelope-from <jrosenthal@jhu.edu>)\r
  27         id 1NfCTR-0005mg-M4; Wed, 10 Feb 2010 08:19:21 -0500\r
  28 From: Jesse Rosenthal <jrosenthal@jhu.edu>\r
  29 To: David Edmondson <dme@dme.org>, notmuch <notmuch@notmuchmail.org>\r
  30 In-Reply-To: <87sk99xsd6.fsf@aw.hh.sledj.net>\r
  31 References: <87sk99xsd6.fsf@aw.hh.sledj.net>\r
  32 Date: Wed, 10 Feb 2010 08:19:21 -0500\r
  33 Message-ID: <871vgti5ye.fsf@jhu.edu>\r
  34 MIME-Version: 1.0\r
  35 Content-Type: text/plain; charset=us-ascii\r
  36 Subject: Re: [notmuch] hello, 'automated' tagging, synchronisation\r
  37 X-BeenThere: notmuch@notmuchmail.org\r
  38 X-Mailman-Version: 2.1.13\r
  39 Precedence: list\r
  40 List-Id: "Use and development of the notmuch mail system."\r
  41         <notmuch.notmuchmail.org>\r
  42 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  43         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  44 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  45 List-Post: <mailto:notmuch@notmuchmail.org>\r
  46 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  47 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  48         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  49 X-List-Received-Date: Wed, 10 Feb 2010 13:19:33 -0000\r
  50 \r
  51 \r
  52 Hi David,\r
  53 \r
  54 On Wed, 10 Feb 2010 11:06:13 +0000, David Edmondson <dme@dme.org> wrote:\r
  55 > 2. ... So far my (unimplemented) solution for this\r
  56 >    is to dump/restore the tags and store the dump under version\r
  57 >    control. Moving from one computer to another (which I don't do very\r
  58 >    often) would involve:\r
  59 >          a$ notmuch dump >tags\r
  60 >          a$ git commit tags\r
  61 >          a$ git push\r
  62 >          b$ git pull\r
  63 >          b$ notmuch restore tags\r
  64 >    With appropriate amounts of conflict resolution should I update the\r
  65 >    tags on both a and b.\r
  66 \r
  67 This seems to be the going solution. However, if you have a stable\r
  68 connection and password-free ssh access to your home computer (as I do,\r
  69 from my work computer) I've had good luck just using the emacs client\r
  70 remotely, without even having notmuch installed on the second machine,\r
  71 by pointing the emacs variable `notmuch-command' to a shell script\r
  72 which, essentially, runs the following:\r
  73 \r
  74         ssh user@host /usr/local/bin/notmuch $@\r
  75 \r
  76 The script is a bit more complicated, and it requires a very tiny patch\r
  77 to notmuch.el (no effect on local usage, I posted it on the list\r
  78 somewhere). But if you have a fast, stable connection, and you make use\r
  79 of an open ssh connection, it's almost as fast as local use, and doesn't\r
  80 require dumping back and forth.\r
  81 \r
  82 Problem: It can't at the moment handle attachments and, I imagine, the\r
  83 new html-inlining, which both use emacs code that refers to\r
  84 (insert-file-contents). One alternative would\r
  85 be to replace the (insert-file-contents) calls with TRAMP calls:\r
  86 \r
  87    (insert-file-contents (concat "/ssh:" host ":" file))\r
  88 \r
  89 I'm also working on a trivial, but abstractable, solution that adds\r
  90 something like "notmuch show --raw-file," which could replace all of\r
  91 those emacs calls with notmuch calls, and which can therefore use the\r
  92 hacked-up client-server model. In other words, the latter solution would\r
  93 work in both the local and remote case, without having to alter the\r
  94 emacs client.\r
  95 \r
  96 This solution is not perfect, and it might not fit your needs, but I\r
  97 wanted to mention it, in addition to the dumping-restoring, as something\r
  98 that has been working well for me for a while now, when I have to use a\r
  99 second computer.\r
 100 \r
 101 Best,\r
 102 Jesse\r