99/68a2ccf99728ece251cca0345a993a6f837329

   1 Return-Path: <david@tethera.net>\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 1045D431FBD\r
   6         for <notmuch@notmuchmail.org>; Mon, 27 Jan 2014 09:40:27 -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: 0\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
  12         autolearn=disabled\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 1TEPkg0bqOJC for <notmuch@notmuchmail.org>;\r
  16         Mon, 27 Jan 2014 09:40:19 -0800 (PST)\r
  17 Received: from yantan.tethera.net (yantan.tethera.net [199.188.72.155])\r
  18         (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))\r
  19         (No client certificate requested)\r
  20         by olra.theworths.org (Postfix) with ESMTPS id 57851431FBC\r
  21         for <notmuch@notmuchmail.org>; Mon, 27 Jan 2014 09:40:19 -0800 (PST)\r
  22 Received: from remotemail by yantan.tethera.net with local (Exim 4.80)\r
  23         (envelope-from <david@tethera.net>)\r
  24         id 1W7qAU-0006qi-21; Mon, 27 Jan 2014 13:40:18 -0400\r
  25 Received: (nullmailer pid 6171 invoked by uid 1000); Mon, 27 Jan 2014\r
  26         17:40:14 -0000\r
  27 From: David Bremner <david@tethera.net>\r
  28 To: Gregor Zattler <telegraph@gmx.net>, notmuch <notmuch@notmuchmail.org>\r
  29 Subject: Re: Bug: notmuch new chokes on dangling symlinks and quits\r
  30 In-Reply-To: <20140127011427.GD10844@boo.workgroup>\r
  31 References: <20140126131846.GA10844@boo.workgroup>\r
  32         <878uu2n17j.fsf@zancas.localnet> <20140127011427.GD10844@boo.workgroup>\r
  33 User-Agent: Notmuch/0.17+53~g3e1d7f6 (http://notmuchmail.org) Emacs/24.3.1\r
  34         (x86_64-pc-linux-gnu)\r
  35 Date: Mon, 27 Jan 2014 13:40:14 -0400\r
  36 Message-ID: <878uu1l3wh.fsf@zancas.localnet>\r
  37 MIME-Version: 1.0\r
  38 Content-Type: text/plain\r
  39 X-BeenThere: notmuch@notmuchmail.org\r
  40 X-Mailman-Version: 2.1.13\r
  41 Precedence: list\r
  42 List-Id: "Use and development of the notmuch mail system."\r
  43         <notmuch.notmuchmail.org>\r
  44 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  45         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  46 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  47 List-Post: <mailto:notmuch@notmuchmail.org>\r
  48 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  49 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  50         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  51 X-List-Received-Date: Mon, 27 Jan 2014 17:40:27 -0000\r
  52 \r
  53 Gregor Zattler <telegraph@gmx.net> writes:\r
  54 \r
  55 > Hi David,\r
  56 > * David Bremner <david@tethera.net> [26. Jan. 2014]:\r
  57 >> Gregor Zattler <telegraph@gmx.net> writes:\r
  58 >>> I consider this to be a bug.  Instead notmuch should simply\r
  59 >>> ignore the symlink.\r
  60 >>>\r
  61 >> \r
  62 >> Since there is a test for specifically this behaviour, I'd have to say\r
  63 >> it's a design decision you don't agree with, not a bug ;).\r
  64 >\r
  65 > May I ask why this is so?\r
  66 >\r
  67 \r
  68 Purely from memory (I wasn't involved, and didn't dig up the the\r
  69 discussion):\r
  70 \r
  71 - a common use case is linking different trees into one notmuch-index\r
  72   tree.\r
  73 \r
  74 - if a subtree disappears (e.g. by a network failure), then the choices\r
  75   are stop the index or ignore the missing files.\r
  76 \r
  77 - in the latter case, all tags from "deleted" messages are lost\r
  78 \r
  79 So, a simple solution which avoids data loss is to abort the index\r
  80 process.\r
  81 \r
  82 A more complicated solution would be possible of course, but nobody\r
  83 proposed it (or more importantly, did it) yet.\r
  84 \r
  85 d\r