From 61e713b7c3332fc895708cb4183e7d7a0dc76648 Mon Sep 17 00:00:00 2001 From: Suvayu Ali Date: Fri, 19 Jul 2013 14:33:51 +0200 Subject: [PATCH] Re: Aliases in notmuch queries --- c8/ce3a703a316fea84d7c596886658745e37c53d | 108 ++++++++++++++++++++++ 1 file changed, 108 insertions(+) create mode 100644 c8/ce3a703a316fea84d7c596886658745e37c53d diff --git a/c8/ce3a703a316fea84d7c596886658745e37c53d b/c8/ce3a703a316fea84d7c596886658745e37c53d new file mode 100644 index 000000000..59741f626 --- /dev/null +++ b/c8/ce3a703a316fea84d7c596886658745e37c53d @@ -0,0 +1,108 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by olra.theworths.org (Postfix) with ESMTP id 0CBED431FC2 + for ; Fri, 19 Jul 2013 05:34:06 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: -0.799 +X-Spam-Level: +X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5 + tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, + FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled +Received: from olra.theworths.org ([127.0.0.1]) + by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id udQ+O0C22sku for ; + Fri, 19 Jul 2013 05:33:57 -0700 (PDT) +Received: from mail-ea0-f182.google.com (mail-ea0-f182.google.com + [209.85.215.182]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) + (No client certificate requested) + by olra.theworths.org (Postfix) with ESMTPS id A4C97431FBD + for ; Fri, 19 Jul 2013 05:33:57 -0700 (PDT) +Received: by mail-ea0-f182.google.com with SMTP id d10so2369773eaj.27 + for ; Fri, 19 Jul 2013 05:33:56 -0700 (PDT) +DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; + h=sender:date:from:to:subject:message-id:mail-followup-to:references + :mime-version:content-type:content-disposition:in-reply-to + :user-agent; bh=UgRzJKVIgY2ZyToTK69BaoH4QyEsroEcPneb1VdnxGU=; + b=kdArEZR6fgdhfSpNi581OPkl88vj6F6urhMLOudzTE+7rZMUeZ14PATrMfbdG0l2h0 + 7ZeyWBjowOfeyXWtEwCXTyl87pLGI1BmjAg8kRl2D9MXUMCiEkIYq62CFWZ5TaIjPiTL + y4ZMTIfx9f7cKPbPuanLTlZBHKrQPToxf/yLdrJkr6lHB5uqLAkygAHmDVLX6y1zt5Xz + 6PXr+hhZZIwn0X121ioUCQOwAs4E+m4pG/Z9OYTtWWE6MT8zrdbACoaOXQzzMjN/UOmT + vpLV95qLWswiB6Lvoy7VMZ2jISmL1HsBVuPdDcGGmHGRz/rwDpYFS2GUCdvCJgsOfR/N + xIzw== +X-Received: by 10.14.122.201 with SMTP id t49mr15973598eeh.26.1374237235264; + Fri, 19 Jul 2013 05:33:55 -0700 (PDT) +Received: from kuru.dyndns-at-home.com + ([2001:610:120:3001:f2de:f1ff:fe37:c76c]) + by mx.google.com with ESMTPSA id i2sm27141573eeu.4.2013.07.19.05.33.53 + for + (version=TLSv1.2 cipher=RC4-SHA bits=128/128); + Fri, 19 Jul 2013 05:33:54 -0700 (PDT) +Sender: suvayu ali +Date: Fri, 19 Jul 2013 14:33:51 +0200 +From: Suvayu Ali +To: Notmuch list +Subject: Re: Aliases in notmuch queries +Message-ID: <20130719123351.GC9369@kuru.dyndns-at-home.com> +Mail-Followup-To: Notmuch list +References: <20130716122843.GD10577@kuru.dyndns-at-home.com> + <871u6vvah8.fsf@zancas.localnet> +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +Content-Disposition: inline +In-Reply-To: <871u6vvah8.fsf@zancas.localnet> +User-Agent: Mutt/1.5.21 (2012-12-30) +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.13 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Fri, 19 Jul 2013 12:34:06 -0000 + +Hi David, + +On Thu, Jul 18, 2013 at 06:12:19PM -0300, David Bremner wrote: +> Suvayu Ali writes: +> +> > +> > Often when searching for messages from these collaborators, I realise I +> > cannot recall their real names (or cannot spell it correctly). It would +> > be great if notmuch had a facility to map nicknames to real names; +> > something like what git does with .mailmap. +> > +> > Does something like this exist? If not, is it feasible? I think it +> > would be a great addition. +> +> It might be possible to use xapian synonyms +> +> http://xapian.org/docs/synonyms.html +> +> to do this. + +That is exactly the kind of functionality I was hoping for. + +> +> The basic synonym enabling doesn't look that hard, I think the fiddly +> bits would be in loading up the synonyms at right time. We'd have to +> think about how to sensibly store/backup this information so that +> bindings users could have access to it. + +I'm not familiar with the notmuch code base at all, but I would like to +help getting this feature in. Do you have any hints where I should +start looking? Is there any background work that I could do? + +Cheers, + +-- +Suvayu + +Open source is the future. It sets us free. -- 2.26.2