Re: [PATCH v6 7/7] cli: search: Add --filter-by option to configure address filtering

diff --git a/74/7ffe69152844308e5615db1ec7f0607baa7040 b/74/7ffe69152844308e5615db1ec7f0607baa7040
new file mode 100644 (file)
index 0000000..a69dec7
--- /dev/null
+++ b/74/7ffe69152844308e5615db1ec7f0607baa7040
@@ -0,0 +1,83 @@
+Return-Path: <sojkam1@fel.cvut.cz>\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 BE2F9431FD0\r
+       for <notmuch@notmuchmail.org>; Sat,  1 Nov 2014 02:21:36 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.3\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_MED=-2.3] 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 AC-osod34mOi for <notmuch@notmuchmail.org>;\r
+       Sat,  1 Nov 2014 02:21:30 -0700 (PDT)\r
+Received: from max.feld.cvut.cz (max.feld.cvut.cz [147.32.192.36])\r
+       by olra.theworths.org (Postfix) with ESMTP id 16626431FAF\r
+       for <notmuch@notmuchmail.org>; Sat,  1 Nov 2014 02:21:30 -0700 (PDT)\r
+Received: from localhost (unknown [192.168.200.7])\r
+       by max.feld.cvut.cz (Postfix) with ESMTP id C83FC5CCF17;\r
+       Sat,  1 Nov 2014 10:21:25 +0100 (CET)\r
+X-Virus-Scanned: IMAP STYX AMAVIS\r
+Received: from max.feld.cvut.cz ([192.168.200.1])\r
+       by localhost (styx.feld.cvut.cz [192.168.200.7]) (amavisd-new,\r
+       port 10044)\r
+       with ESMTP id a7fh1dNcWu86; Sat,  1 Nov 2014 10:21:21 +0100 (CET)\r
+Received: from imap.feld.cvut.cz (imap.feld.cvut.cz [147.32.192.34])\r
+       by max.feld.cvut.cz (Postfix) with ESMTP id 914805CCF12;\r
+       Sat,  1 Nov 2014 10:21:21 +0100 (CET)\r
+Received: from wsh by steelpick.2x.cz with local (Exim 4.84)\r
+       (envelope-from <sojkam1@fel.cvut.cz>)\r
+       id 1XkUs0-0001em-0f; Sat, 01 Nov 2014 10:21:16 +0100\r
+From: Michal Sojka <sojkam1@fel.cvut.cz>\r
+To: Jani Nikula <jani@nikula.org>, notmuch@notmuchmail.org\r
+Subject: Re: [PATCH v6 7/7] cli: search: Add --filter-by option to\r
+       configure       address filtering\r
+In-Reply-To: <87mw8be1w2.fsf@nikula.org>\r
+References: <1414792441-29555-1-git-send-email-sojkam1@fel.cvut.cz>\r
+       <1414792441-29555-8-git-send-email-sojkam1@fel.cvut.cz>\r
+       <87mw8be1w2.fsf@nikula.org>\r
+User-Agent: Notmuch/0.18.2+157~ga00d359 (http://notmuchmail.org) Emacs/24.3.1\r
+       (x86_64-pc-linux-gnu)\r
+Date: Sat, 01 Nov 2014 10:21:16 +0100\r
+Message-ID: <87egtn2s4z.fsf@steelpick.2x.cz>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain\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: Sat, 01 Nov 2014 09:21:36 -0000\r
+\r
+On Sat, Nov 01 2014, Jani Nikula wrote:\r
+> On Fri, 31 Oct 2014, Michal Sojka <sojkam1@fel.cvut.cz> wrote:\r
+>> This option allows to configure the criterion for duplicate address\r
+>> filtering. Without this option, all unique combinations of name and\r
+>> address parts are printed. This option allows to filter the output\r
+>> more, for example to only contain unique address parts.\r
+>\r
+> This patch finally makes me think we should have a separate 'notmuch\r
+> address' command for all of this. We are starting to have two orthogonal\r
+> sets of 'notmuch search' options, one set for search and another for\r
+> addresses. I regret not following the series and then making the\r
+> observation so late.\r
+\r
+To some extent it is true. The question is whether it would make sense\r
+for 'notmuch address' to have options like --offset and --limit.\r
+Probably not.\r
+\r
+I can prepare a new patchset implementing 'notmuch address' over the\r
+weekend. It would be necessary to revert the last (or two) already\r
+merged patch. What do others think?\r
+\r
+-Michal\r