Re: [PATCH] test: Add test for searching of uncommonly encoded messages

diff --git a/3c/422e7ab6aec7e11097d3ae9d442ed97789bbe7 b/3c/422e7ab6aec7e11097d3ae9d442ed97789bbe7
new file mode 100644 (file)
index 0000000..385bb9f
--- /dev/null
+++ b/3c/422e7ab6aec7e11097d3ae9d442ed97789bbe7
@@ -0,0 +1,96 @@
+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 48630431FBC\r
+       for <notmuch@notmuchmail.org>; Fri, 24 Feb 2012 00:38:37 -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 m3Kzsq096+t3 for <notmuch@notmuchmail.org>;\r
+       Fri, 24 Feb 2012 00:38:36 -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 18872431FAE\r
+       for <notmuch@notmuchmail.org>; Fri, 24 Feb 2012 00:38:36 -0800 (PST)\r
+Received: from localhost (unknown [192.168.200.4])\r
+       by max.feld.cvut.cz (Postfix) with ESMTP id 6B31819F3419;\r
+       Fri, 24 Feb 2012 09:38:35 +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 313Bp80qd0v3; Fri, 24 Feb 2012 09:38:31 +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 90DB419F341C;\r
+       Fri, 24 Feb 2012 09:38:31 +0100 (CET)\r
+Received: from steelpick.2x.cz (unknown [141.76.49.23])\r
+       (Authenticated sender: sojkam1)\r
+       by imap.feld.cvut.cz (Postfix) with ESMTPSA id 84047660968;\r
+       Fri, 24 Feb 2012 09:38:31 +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 1S0qff-0005E6-EW; Fri, 24 Feb 2012 09:38:31 +0100\r
+From: Michal Sojka <sojkam1@fel.cvut.cz>\r
+To: Serge Z <triumhiz@yandex.ru>, notmuch@notmuchmail.org\r
+Subject: Re: [PATCH] test: Add test for searching of uncommonly encoded\r
+       messages\r
+In-Reply-To: <20120224075700.13214.28221@localhost>\r
+References: <877gzd5axk.fsf@steelpick.2x.cz>\r
+       <1330043595-22054-1-git-send-email-sojkam1@fel.cvut.cz>\r
+       <20120224042925.2870.87924@localhost>\r
+       <874nug67il.fsf@steelpick.2x.cz>\r
+       <20120224075700.13214.28221@localhost>\r
+User-Agent: Notmuch/0.11.1+239~g2e86bb7 (http://notmuchmail.org) Emacs/23.3.1\r
+       (x86_64-pc-linux-gnu)\r
+Date: Fri, 24 Feb 2012 09:38:31 +0100\r
+Message-ID: <874nugiq2g.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 08:38:37 -0000\r
+\r
+On Fri, 24 Feb 2012, Serge Z wrote:\r
+> \r
+> Quoting Michal Sojka (2012-02-24 11:00:02)\r
+> >I'm not big fan of adding "preprocessor". First, I thing that both\r
+> >reasons you mention are actually bugs and it would be better to fix them\r
+> >for everybody than requiring each user to configure some preprocessor.\r
+> >Second, depending on what and how would your preprocessor do, the\r
+> >initial mail indexing could be a way slower, which is also nothing that\r
+> >people want.\r
+> >\r
+> >Do you have any other use case for the preprocessor besides utf8 and\r
+> >html->text conversions?\r
+> >\r
+> >Cheers,\r
+> >-Michal\r
+> \r
+> Well, I don't want to add any external preprocessor too.\r
+> \r
+> This may be considered as an architectural decision: search engine should not\r
+> access messages directly, but through some preprocessing layer which would\r
+> handle the case of different encodings in body and headers, RFC2047-encoded\r
+> headers (if this is not handled yet) etc.\r
+> \r
+> Anyway, this solution imho would be nice to be concluded inside a separate\r
+> library\r
+\r
+Yes, this library is called gmime and notmuch already make use of it.\r
+\r
+-Michal\r