78/bb37474da252bc399d6738d3ab67463efdab24

   1 Return-Path: <tomi.ollila@iki.fi>\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 F054B431FBD\r
   6         for <notmuch@notmuchmail.org>; Sat, 25 Jan 2014 03:52:41 -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 GWQtX8kkLsJ6 for <notmuch@notmuchmail.org>;\r
  16         Sat, 25 Jan 2014 03:52:35 -0800 (PST)\r
  17 Received: from guru.guru-group.fi (guru.guru-group.fi [46.183.73.34])\r
  18         by olra.theworths.org (Postfix) with ESMTP id B10B2431FBC\r
  19         for <notmuch@notmuchmail.org>; Sat, 25 Jan 2014 03:52:35 -0800 (PST)\r
  20 Received: from guru.guru-group.fi (localhost [IPv6:::1])\r
  21         by guru.guru-group.fi (Postfix) with ESMTP id 501541000B3;\r
  22         Sat, 25 Jan 2014 13:52:31 +0200 (EET)\r
  23 From: Tomi Ollila <tomi.ollila@iki.fi>\r
  24 To: Jani Nikula <jani@nikula.org>, Austin Clements <aclements@csail.mit.edu>,\r
  25         notmuch@notmuchmail.org\r
  26 Subject: Re: [PATCH 0/5] lib: make folder: prefix literal\r
  27 In-Reply-To: <87ob30fhhq.fsf@nikula.org>\r
  28 References: <cover.1389304779.git.jani@nikula.org>\r
  29         <87y525m649.fsf@awakening.csail.mit.edu>\r
  30         <87r47wfltb.fsf@nikula.org> <m2zjmks5hq.fsf@guru.guru-group.fi>\r
  31         <87ob30fhhq.fsf@nikula.org>\r
  32 User-Agent: Notmuch/0.17+41~g8e7fabf (http://notmuchmail.org) Emacs/24.3.1\r
  33         (x86_64-unknown-linux-gnu)\r
  34 X-Face: HhBM'cA~<r"^Xv\KRN0P{vn'Y"Kd;zg_y3S[4)KSN~s?O\"QPoL\r
  35         $[Xv_BD:i/F$WiEWax}R(MPS`^UaptOGD`*/=@\1lKoVa9tnrg0TW?"r7aRtgk[F\r
  36         !)g;OY^,BjTbr)Np:%c_o'jj,Z\r
  37 Date: Sat, 25 Jan 2014 13:52:31 +0200\r
  38 Message-ID: <m2k3douvls.fsf@guru.guru-group.fi>\r
  39 MIME-Version: 1.0\r
  40 Content-Type: text/plain\r
  41 X-BeenThere: notmuch@notmuchmail.org\r
  42 X-Mailman-Version: 2.1.13\r
  43 Precedence: list\r
  44 List-Id: "Use and development of the notmuch mail system."\r
  45         <notmuch.notmuchmail.org>\r
  46 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  47         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  48 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  49 List-Post: <mailto:notmuch@notmuchmail.org>\r
  50 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  51 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  52         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  53 X-List-Received-Date: Sat, 25 Jan 2014 11:52:42 -0000\r
  54 \r
  55 On Sat, Jan 25 2014, Jani Nikula <jani@nikula.org> wrote:\r
  56 \r
  57 > On Sat, 25 Jan 2014, Tomi Ollila <tomi.ollila@iki.fi> wrote:\r
  58 >> On Sat, Jan 25 2014, Jani Nikula <jani@nikula.org> wrote:\r
  59 >>> Perhaps we need to have two prefixes, one of which is the literal\r
  60 >>> filesystem folder and another which hides the implementation details,\r
  61 >>> like I mentioned in my mail to Peter [1]. But consider this: my proposed\r
  62 >>> implementation does cover *all* use cases.\r
  63 >>\r
  64 >> I challenge that with my use case: my mails are arranged as follows: \r
  65 >\r
  66 > [snip]\r
  67 >\r
  68 >> For me the current folder: works as I don't have collisions.\r
  69 >\r
  70 > Fair enough, your use case would be *very inconvenient* with the\r
  71 > proposed changes to the folder: prefix, *regardless* of whether the leaf\r
  72 > cur/new is indexed and required or not.\r
  73 >\r
  74 > (Very inconvenient, or practically impossible, as you'd have to include\r
  75 > all those 01..ff directories in your searches.)\r
  76 \r
  77 \r
  78 Well, I currently run notmuch via a wrapper anyway, I can make it expand\r
  79 folder:foo to '(' folder:foo/00 or folder:foo/01 or ... folder:foo/ff ')'\r
  80 ;)\r
  81 \r
  82 \r
  83 >> For me a folder: search which would just work as a prefix i.e. match\r
  84 >> anything under given directory hierarchy would work best.\r
  85 >\r
  86 > Indeed. Your use case is not an argument in whether cur/new should be\r
  87 > included or not.\r
  88 >\r
  89 > That "recursive folder prefix" suggestion is, I think, incompatible with\r
  90 > the requirements for the literal folder: prefix we've been considering.\r
  91 \r
  92 Yes, I am late in this discussion as I realized that just today. I\r
  93 don't want to hinder progress there...\r
  94 \r
  95 >\r
  96 > BR,\r
  97 > Jani.\r
  98 \r
  99 Tomi\r
 100 \r