1 Return-Path: <novalazy@gmail.com>
\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 E2164431FB6
\r
6 for <notmuch@notmuchmail.org>; Sat, 22 Jun 2013 20:57:30 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5
\r
12 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,
\r
13 FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled
\r
14 Received: from olra.theworths.org ([127.0.0.1])
\r
15 by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)
\r
16 with ESMTP id yHIL8SaI2mjp for <notmuch@notmuchmail.org>;
\r
17 Sat, 22 Jun 2013 20:57:23 -0700 (PDT)
\r
18 Received: from mail-pa0-f50.google.com (mail-pa0-f50.google.com
\r
19 [209.85.220.50]) (using TLSv1 with cipher RC4-SHA (128/128 bits))
\r
20 (No client certificate requested)
\r
21 by olra.theworths.org (Postfix) with ESMTPS id 4CE82431FAE
\r
22 for <notmuch@notmuchmail.org>; Sat, 22 Jun 2013 20:57:23 -0700 (PDT)
\r
23 Received: by mail-pa0-f50.google.com with SMTP id fb1so9439906pad.23
\r
24 for <notmuch@notmuchmail.org>; Sat, 22 Jun 2013 20:57:22 -0700 (PDT)
\r
25 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
\r
26 h=date:message-id:from:to:cc:subject:in-reply-to:references
\r
27 :mime-version:content-type:content-disposition
\r
28 :content-transfer-encoding;
\r
29 bh=W3GTm0BNPyg1hY77/NnMyccF7BwKsmisV6Lr7YJEVcU=;
\r
30 b=NnBNCof6rKbzV8IQgzVew4yttyFx/MfjlTym72QQ81Z7Tv6fQPGjul0y9AWbRR+AYC
\r
31 bZ3kFha/3nY3IELPW5YpbptJ6wvMtJTxJgo0iwg42pvMCxZ7VmKs+XhBQc9qLzbUM7Io
\r
32 1bNJPuHjaEjlJUxTmqoM3OWQ0E/FP+kqzdiRfSH61Iqa9IdPNiOtkI7okQonyEGdUVJL
\r
33 Uou14+h6JfAHar9D4qkRh2jd0TOUc4ydJop5s9uSQAUVAALnRjvxpIaYJuqVJpaoEpoB
\r
34 Roou8T6+Tf7tG3HsZH74z/mhMbpV6nISBO1rSplHkpujThQU5i/8a8dvQzJWF8/wesFv
\r
36 X-Received: by 10.66.232.9 with SMTP id tk9mr22366349pac.20.1371959841473;
\r
37 Sat, 22 Jun 2013 20:57:21 -0700 (PDT)
\r
38 Received: from localhost (215.42.233.220.static.exetel.com.au.
\r
39 [220.233.42.215]) by mx.google.com with ESMTPSA id
\r
40 dj5sm11757558pbc.25.2013.06.22.20.57.18 for <multiple recipients>
\r
41 (version=TLSv1.2 cipher=RC4-SHA bits=128/128);
\r
42 Sat, 22 Jun 2013 20:57:20 -0700 (PDT)
\r
43 Date: Sun, 23 Jun 2013 13:57:27 +1000
\r
44 Message-ID: <20130623135727.GA6190@hili.localdomain>
\r
45 From: Peter Wang <novalazy@gmail.com>
\r
46 To: Mark Walters <markwalters1009@gmail.com>
\r
47 Subject: Re: [PATCH v6 03/12] cli: add insert command
\r
48 In-Reply-To: <87hagqvb4n.fsf@qmul.ac.uk>
\r
49 References: <1371880008-18312-1-git-send-email-novalazy@gmail.com>
\r
50 <1371880008-18312-4-git-send-email-novalazy@gmail.com>
\r
51 <87hagqvb4n.fsf@qmul.ac.uk>
\r
53 Content-Type: text/plain; charset=utf-8
\r
54 Content-Disposition: inline
\r
55 Content-Transfer-Encoding: 8bit
\r
56 Cc: notmuch@notmuchmail.org
\r
57 X-BeenThere: notmuch@notmuchmail.org
\r
58 X-Mailman-Version: 2.1.13
\r
60 List-Id: "Use and development of the notmuch mail system."
\r
61 <notmuch.notmuchmail.org>
\r
62 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
63 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
64 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
65 List-Post: <mailto:notmuch@notmuchmail.org>
\r
66 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
67 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
68 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
69 X-List-Received-Date: Sun, 23 Jun 2013 03:57:31 -0000
\r
71 On Sat, 22 Jun 2013 08:48:56 +0100, Mark Walters <markwalters1009@gmail.com> wrote:
\r
73 > I think I would like the option to have the command fail if it doesn't
\r
74 > get added to the database. If, for example, the command is used to
\r
75 > postpone a message it may be very difficult/impossible to find it
\r
76 > without the postponed tag that I asked for.
\r
78 > Could we have a --fail-on-index-fail cli option which says which
\r
79 > behaviour we want? It is a little ugly but I think different users will
\r
80 > want different behaviour and there is a risk of dataloss in either case.
\r
82 I would like that option, too (not sure about the name). It can be
\r
83 added after at least the first few patches in the series are pushed.
\r