38/c9a6298a9699a5c16b3d89b0d76ee23809372e

   1 Return-Path: <sojkam1@fel.cvut.cz>\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 925784048CE\r
   6         for <notmuch@notmuchmail.org>; Fri, 12 Mar 2010 00:31:23 -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: -1.066\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-1.066 tagged_above=-999 required=5\r
  12         tests=[AWL=-0.881, BAYES_40=-0.185] 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 zvaoTq+Pr2Vr for <notmuch@notmuchmail.org>;\r
  16         Fri, 12 Mar 2010 00:31:22 -0800 (PST)\r
  17 Received: from max.feld.cvut.cz (max.feld.cvut.cz [147.32.192.36])\r
  18         by olra.theworths.org (Postfix) with ESMTP id A18A34048CA\r
  19         for <notmuch@notmuchmail.org>; Fri, 12 Mar 2010 00:31:22 -0800 (PST)\r
  20 Received: from localhost (unknown [192.168.200.4])\r
  21         by max.feld.cvut.cz (Postfix) with ESMTP id E3A1619F362F;\r
  22         Fri, 12 Mar 2010 09:31:21 +0100 (CET)\r
  23 X-Virus-Scanned: IMAP AMAVIS\r
  24 Received: from max.feld.cvut.cz ([192.168.200.1])\r
  25         by localhost (styx.feld.cvut.cz [192.168.200.4]) (amavisd-new,\r
  26         port 10044)\r
  27         with ESMTP id DQBJIe8a+61d; Fri, 12 Mar 2010 09:31:20 +0100 (CET)\r
  28 Received: from imap.feld.cvut.cz (imap.feld.cvut.cz [147.32.192.34])\r
  29         by max.feld.cvut.cz (Postfix) with ESMTP id 9858719F362C;\r
  30         Fri, 12 Mar 2010 09:31:20 +0100 (CET)\r
  31 Received: from steelpick.localdomain (k335-30.felk.cvut.cz [147.32.86.30])\r
  32         (Authenticated sender: sojkam1)\r
  33         by imap.feld.cvut.cz (Postfix) with ESMTPSA id 8ED3BFA003;\r
  34         Fri, 12 Mar 2010 09:31:20 +0100 (CET)\r
  35 Received: from wsh by steelpick.localdomain with local (Exim 4.71)\r
  36         (envelope-from <sojkam1@fel.cvut.cz>)\r
  37         id 1Nq0H9-00057A-Jt; Fri, 12 Mar 2010 09:31:19 +0100\r
  38 From: Michal Sojka <sojkam1@fel.cvut.cz>\r
  39 To: David A Benjamin <davidben@MIT.EDU>, Ben Gamari <bgamari.foss@gmail.com>\r
  40 In-Reply-To: <alpine.DEB.1.10.1003111748020.9755@dr-wily.mit.edu>\r
  41 References: <4b990b7b.0e67f10a.073c.0686@mx.google.com>\r
  42         <alpine.DEB.1.10.1003111748020.9755@dr-wily.mit.edu>\r
  43 Date: Fri, 12 Mar 2010 09:31:19 +0100\r
  44 Message-ID: <87eijqlz54.fsf@steelpick.localdomain>\r
  45 MIME-Version: 1.0\r
  46 Content-Type: text/plain; charset=us-ascii\r
  47 Cc: notmuch <notmuch@notmuchmail.org>\r
  48 Subject: Re: [notmuch] Notmuch command interface\r
  49 X-BeenThere: notmuch@notmuchmail.org\r
  50 X-Mailman-Version: 2.1.13\r
  51 Precedence: list\r
  52 List-Id: "Use and development of the notmuch mail system."\r
  53         <notmuch.notmuchmail.org>\r
  54 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  55         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  56 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  57 List-Post: <mailto:notmuch@notmuchmail.org>\r
  58 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  59 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  60         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  61 X-List-Received-Date: Fri, 12 Mar 2010 08:31:23 -0000\r
  62 \r
  63 On Thu, 11 Mar 2010, David A Benjamin wrote:\r
  64 > On Thu, 11 Mar 2010, Ben Gamari wrote:\r
  65 > > While the notmuch command-line interface is fantastic, there defintely are a few\r
  66 > > gaps which hurt performance. Since I've been following, I've seen several\r
  67 > > threads on how to handle message addition and initial tagging[1][2]. I recall\r
  68 > > that some time ago Carl had the idea of applying only a 'new' tag during notmuch\r
  69 > > new. I strongly supported this proposal yet it seems that nothing ever became of\r
  70 > > it. Is there a reason for this? Would a patch be accepted?\r
  71 > >\r
  72 > \r
  73 > To avoid breaking the current behavior, what if the set of tags applied to \r
  74 > new/moved/deleted(?) messages could be set on the command line or some \r
  75 > other library interface, while just perhaps defaulting to unread/inbox? \r
  76 > This would support both the current behavior and a hooks-like workflow \r
  77 > without notmuch itself treating any tags (new, unread, inbox, etc.) as \r
  78 > "special".\r
  79 \r
  80 Hi,\r
  81 \r
  82 in id:87ljecmnbd.fsf@steelpick.localdomain, I outlined my idea about\r
  83 mail store abstraction. To go on with the idea, I think that the set of\r
  84 initial tags should be determined by mail store implementation.\r
  85 Currently I think that new messages should be tagged as follows:\r
  86 \r
  87 1) immutable file-based mail store: inbox + unread (backward compatibility\r
  88    with current notmuch)\r
  89 \r
  90 2) Maildir-based mail store: inbox + tags derived from maildir flags.\r
  91 \r
  92 3) git-based mail store: arbitrary tags stored in git repository (perhaps\r
  93    by MDA).\r
  94 \r
  95 In 3) you could therfore use any policy you want to do initial tagging\r
  96 of your messages. What do you think?\r
  97 \r
  98 Unfortunately, I didn't make much progress in implementating this, but\r
  99 it's definitely a priority for me because I want to get rid of slow\r
 100 notmuchsync.\r
 101 \r
 102 Cheers,\r
 103 Michal\r