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