7e/ecd004c8613b441f9f7b7511f2ce8077d9b300

   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 AFB8B40B96F\r
   6         for <notmuch@notmuchmail.org>; Tue, 27 Jul 2010 11:10:15 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -1.9\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5\r
  12         tests=[BAYES_00=-1.9] 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 zQ3UTS+SHTjL for <notmuch@notmuchmail.org>;\r
  16         Tue, 27 Jul 2010 11:10:05 -0700 (PDT)\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 5C3414196F2\r
  19         for <notmuch@notmuchmail.org>; Tue, 27 Jul 2010 11:10:05 -0700 (PDT)\r
  20 Received: from localhost (unknown [192.168.200.4])\r
  21         by max.feld.cvut.cz (Postfix) with ESMTP id 8283E19F341C;\r
  22         Tue, 27 Jul 2010 20:10:04 +0200 (CEST)\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 R2a+ssDSm-3a; Tue, 27 Jul 2010 20:10:03 +0200 (CEST)\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 532AF19F3419;\r
  30         Tue, 27 Jul 2010 20:10:03 +0200 (CEST)\r
  31 Received: from steelpick.2x.cz (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 3A35EFA004;\r
  34         Tue, 27 Jul 2010 20:10:03 +0200 (CEST)\r
  35 Received: from wsh by steelpick.2x.cz with local (Exim 4.72)\r
  36         (envelope-from <sojkam1@fel.cvut.cz>)\r
  37         id 1OdobK-0000KU-LA; Tue, 27 Jul 2010 20:10:02 +0200\r
  38 From: Michal Sojka <sojkam1@fel.cvut.cz>\r
  39 To: eric casteleijn <thisfred@gmail.com>, notmuch@notmuchmail.org\r
  40 Subject: Re: Searching on arbitrary message headers\r
  41 In-Reply-To: <4C4EF9E9.2000801@gmail.com>\r
  42 References: <4C4EF9E9.2000801@gmail.com>\r
  43 User-Agent: Notmuch/0.3.1-80-g86b7c46 (http://notmuchmail.org) Emacs/23.2.1\r
  44         (x86_64-pc-linux-gnu)\r
  45 Date: Tue, 27 Jul 2010 20:10:02 +0200\r
  46 Message-ID: <87d3u8iyo5.fsf@steelpick.2x.cz>\r
  47 MIME-Version: 1.0\r
  48 Content-Type: text/plain; charset=us-ascii\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: Tue, 27 Jul 2010 18:10:15 -0000\r
  62 \r
  63 On Tue, 27 Jul 2010, eric casteleijn wrote:\r
  64 > I realize that indexing the raw message is probably not a good idea, \r
  65 > since for instance the routing of a particular message is unlikely to be \r
  66 > of interest, but I was wondering if there is a way to specify additional \r
  67 > headers to be indexed by notmuch, or if not, if others would find this a \r
  68 > worthwhile addition?\r
  69 \r
  70 Hi Eric,\r
  71 \r
  72 from notmuch/TODO:\r
  73 \r
  74   Add support for the user to specify custom headers to be indexed (and\r
  75   re-index these for existing messages at the next database upgrade).\r
  76 \r
  77 I think that Carl has plans to implement this feature for v0.4 together\r
  78 with other changes which require changing the database schema. But given\r
  79 the burstiness of notmuch development I can really say when that will\r
  80 happen. Of course, patches are welcomed :-)\r
  81 \r
  82 -Michal\r