--- /dev/null
+Return-Path: <sojka@os.inf.tu-dresden.de>\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 EFDED431FBC\r
+ for <notmuch@notmuchmail.org>; Thu, 23 Feb 2012 16:31:38 -0800 (PST)\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 sq6GnxX4aFYZ for <notmuch@notmuchmail.org>;\r
+ Thu, 23 Feb 2012 16:31:38 -0800 (PST)\r
+Received: from max.feld.cvut.cz (max.feld.cvut.cz [147.32.192.36])\r
+ by olra.theworths.org (Postfix) with ESMTP id 274E1431FAE\r
+ for <notmuch@notmuchmail.org>; Thu, 23 Feb 2012 16:31:38 -0800 (PST)\r
+Received: from localhost (unknown [192.168.200.4])\r
+ by max.feld.cvut.cz (Postfix) with ESMTP id 11AAD19F330A;\r
+ Fri, 24 Feb 2012 01:31:37 +0100 (CET)\r
+X-Virus-Scanned: IMAP AMAVIS\r
+Received: from max.feld.cvut.cz ([192.168.200.1])\r
+ by localhost (styx.feld.cvut.cz [192.168.200.4]) (amavisd-new,\r
+ port 10044)\r
+ with ESMTP id OyDXVwAxqspK; Fri, 24 Feb 2012 01:31:36 +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 2C8E219F32F4;\r
+ Fri, 24 Feb 2012 01:31:36 +0100 (CET)\r
+Received: from steelpick.2x.cz (cable-86-56-3-85.cust.telecolumbus.net\r
+ [86.56.3.85]) (Authenticated sender: sojkam1)\r
+ by imap.feld.cvut.cz (Postfix) with ESMTPSA id 1CF9F660968;\r
+ Fri, 24 Feb 2012 01:31:36 +0100 (CET)\r
+Received: from wsh by steelpick.2x.cz with local (Exim 4.77)\r
+ (envelope-from <sojka@os.inf.tu-dresden.de>)\r
+ id 1S0j4R-0005dL-EW; Fri, 24 Feb 2012 01:31:35 +0100\r
+From: Michal Sojka <sojkam1@fel.cvut.cz>\r
+To: Serge Z <triumhiz@yandex.ru>, notmuch@notmuchmail.org\r
+Subject: Re: Searching through different charsets\r
+In-Reply-To: <20120222171041.11455.92079@localhost>\r
+References: <20120222171041.11455.92079@localhost>\r
+User-Agent: Notmuch/0.11.1+210~g5c2fc0a (http://notmuchmail.org) Emacs/23.3.1\r
+ (x86_64-pc-linux-gnu)\r
+Date: Fri, 24 Feb 2012 01:31:35 +0100\r
+Message-ID: <877gzd5axk.fsf@steelpick.2x.cz>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\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: Fri, 24 Feb 2012 00:31:39 -0000\r
+\r
+On Wed, 22 Feb 2012, Serge Z wrote:\r
+> \r
+> Hello!\r
+> \r
+> I've got the following problem: fetched emails can be in different encodings.\r
+> And searching a term typed in one encoding (system default) does not match the\r
+> same term in another encoding.\r
+> \r
+> The solution, as I see, can be in preprocessing each incoming email to\r
+> "normalize" it and its encoding so that indexer will handle emails in system\r
+> encoding only. Could you please suggest something?\r
+\r
+I can confirm this issue and sending a patch with test case (marked as\r
+broken) for this. I expect the fix to be quite simple because all\r
+encoding/docoding stuff is already implemented in gmime which is used by\r
+notmuch when indexing.\r
+\r
+> \r
+> Another issue (not so much wanted but wanted too) is searching through html\r
+> messages without matching html tags.\r
+\r
+I don't know whether somebody works on this or nor.\r
+\r
+> This problem looks to be solvable by properly configured run-mailcap. Is there\r
+> such solution anywhere?\r
+\r
+I don't think that run-mailcap has anything to do with notmuch.\r
+\r
+-Michal\r