From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by 10.204.155.88 with SMTP id r24cs312804bkw; Thu, 5 Aug 2010 07:41:23 -0700 (PDT) Received: by 10.229.237.129 with SMTP id ko1mr3646417qcb.4.1281019282425; Thu, 05 Aug 2010 07:41:22 -0700 (PDT) Return-Path: Received: from rubyforge.org (rubyforge.org [205.234.109.19]) by mx.google.com with ESMTP id r14si550908qcs.112.2010.08.05.07.41.21; Thu, 05 Aug 2010 07:41:22 -0700 (PDT) Received-SPF: pass (google.com: domain of sup-talk-bounces@rubyforge.org designates 205.234.109.19 as permitted sender) client-ip=205.234.109.19; Authentication-Results: mx.google.com; spf=pass (google.com: domain of sup-talk-bounces@rubyforge.org designates 205.234.109.19 as permitted sender) smtp.mail=sup-talk-bounces@rubyforge.org Received: from rubyforge.org (rubyforge.org [127.0.0.1]) by rubyforge.org (Postfix) with ESMTP id C9A6719783B7; Thu, 5 Aug 2010 10:41:21 -0400 (EDT) Received: from sam.mediasupervision.de (sam.mediasupervision.de [80.152.3.104]) by rubyforge.org (Postfix) with ESMTP id 03519185835A for ; Thu, 5 Aug 2010 10:34:20 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by sam.mediasupervision.de (Postfix) with ESMTP id 3CBB3485DE0 for ; Thu, 5 Aug 2010 16:25:08 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at sam.mediasupervision.de Received: from sam.mediasupervision.de ([127.0.0.1]) by localhost (sam.mediasupervision.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZJm8e6YEzSTx for ; Thu, 5 Aug 2010 16:25:08 +0200 (CEST) Received: by sam.mediasupervision.de (Postfix, from userid 1000) id 15AB2485DE4; Thu, 5 Aug 2010 16:25:08 +0200 (CEST) From: Gregor Hoffleit To: sup-talk In-reply-to: <1281016089-sup-4418@guava.lanl.gov> References: <1281016089-sup-4418@guava.lanl.gov> Date: Thu, 05 Aug 2010 16:25:08 +0200 Message-Id: <1281018239-sup-4803@sam.mediasupervision.de> User-Agent: Sup/git Subject: Re: [sup-talk] searches X-BeenThere: sup-talk@rubyforge.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: User & developer discussion of Sup List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: sup-talk-bounces@rubyforge.org Errors-To: sup-talk-bounces@rubyforge.org * John Bent [Do Aug 05 15:49:38 +0200 2010] > Excerpts from Brian May's message of Wed Aug 04 20:14:14 -0600 2010: > > Where is the best documentation on performing searches? > > > > I have noticed some quirks: > > > > \label:VLSCI > > > > finds nothing, even though lots of emails are labeled VLSCI. > > > > \label:vlsci > > > > finds all these emails. > > > > \label:vlsci \label:unread > > > > finds all vlsci OR unread emails - I would have assumed that should be AND? I fell into these traps as well (there was a thread in this list two months ago, search for this message: 1276181871-sup-2536@zyrg.net). I started to rewrite the page SearchingMail in the Wiki: http://sup.rubyforge.org/wiki/wiki.pl?SearchingMail The information on that page should be correct, but certainly is not complete. Neither is it easy to grok. As a start, the basic query language is described in http://xapian.org/docs/queryparser.html. Some stumbling points about searching in Sup: - By default, query terms are combined with AND - Exception: Query terms within the same field type are combined as OR I.e. a search for "label:ruby-talk subject:\[ANN\]" (without the quotes!) is equivalent to "label:ruby-talk AND subject:\[ANN\]". In contrast, the search "subject:apples subject:oranges" is equivalent to "subject:apples OR subject:oranges"! > The above looks like you are doing them one at a time. If you do this: > > \label:vlsci label:unread > > that should do what you want. Wrong. As these are two queries in the same field type, they are ORed. The get the result you're expecting, you must search for "label:vlsci AND label:unread" (without the quotes). > Also, on the search results view, hitting '|' let you refine the search > so: > \label:vlsci | label:unread > > should also do what you want. Again, this is wrong. Refining a search will just let you append or edit the current query. I.e. after hitting '|' you should append "AND label:unread" to the query string. I would really welcome if somebody with a little more insight than me could take the time to update the documentation about searching in Sup. Gregor Hoffleit _______________________________________________ sup-talk mailing list sup-talk@rubyforge.org http://rubyforge.org/mailman/listinfo/sup-talk