From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/64422 Path: news.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: Broken IMAP search with nnir.el Date: Thu, 22 Mar 2007 15:26:42 +0100 Message-ID: <87slbxicbh.fsf@mocca.josefsson.org> References: <87ejnh1hts.fsf@baldur.tsdh.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1174573635 18443 80.91.229.12 (22 Mar 2007 14:27:15 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 22 Mar 2007 14:27:15 +0000 (UTC) Cc: ding@gnus.org To: Tassilo Horn Original-X-From: ding-owner+M12946@lists.math.uh.edu Thu Mar 22 15:27:06 2007 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.50) id 1HUOFt-0007X3-Cl for ding-account@gmane.org; Thu, 22 Mar 2007 15:27:05 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1HUOFo-0005wc-RF; Thu, 22 Mar 2007 09:27:00 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HUOFn-0005w6-7L for ding@lists.math.uh.edu; Thu, 22 Mar 2007 09:26:59 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.63) (envelope-from ) id 1HUOFh-0001Go-2s for ding@lists.math.uh.edu; Thu, 22 Mar 2007 09:26:59 -0500 Original-Received: from 178.230.13.217.in-addr.dgcsystems.net ([217.13.230.178] helo=yxa.extundo.com) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1HUOFf-0002X2-00 for ; Thu, 22 Mar 2007 15:26:51 +0100 Original-Received: from mocca.josefsson.org (yxa.extundo.com [217.13.230.178]) (authenticated bits=0) by yxa.extundo.com (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id l2MEQgQc018336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Mar 2007 15:26:43 +0100 OpenPGP: id=B565716F; url=http://josefsson.org/key.txt Mail-Copies-To: nobody X-Hashcash: 1:22:070322:ding@gnus.org::c39wmU2RBj/HNFXw:EUwZ X-Hashcash: 1:22:070322:tassilo@member.fsf.org::91xwTHM80QX/gEvb:CwSg In-Reply-To: <87ejnh1hts.fsf@baldur.tsdh.de> (Tassilo Horn's message of "Thu\, 22 Mar 2007 15\:19\:43 +0100") User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.0.95 (gnu/linux) X-Spam-Status: No, score=-0.7 required=4.0 tests=AWL,BAYES_50, FORGED_RCVD_HELO autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on yxa-iv X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on yxa.extundo.com X-Virus-Status: Clean X-Spam-Score: -2.1 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:64422 Archived-At: Tassilo Horn writes: > Hi all, > > I'm using nnir.el to search on an IMAP server, but there are some > problems: > > 1. If I search the group INBOX it finds some messages in subgroups > thereof, but not all. For example if I search for "Welcome" it finds > messages in a lot of subfolders, but if I search for "Frank Schmitt", > it'll say "gnus-group-read-ephemeral-group: Couldn't request group: > Search produced empty results.", althought there are some messages > from him in different groups. If I do `G G' on those groups directly, > his messages are found. Do (setq imap-log t) and repeat the searches and post the *imap-log* buffer contents. Unless there is a silly bug in nnir, I'd say it is your server that isn't returning the correct data. > 2. If I hit RET on the search results in the *Summary* buffer, sometimes > a wrong message gets displayed in the *Article* buffer. See > > http://www.tsdh.de/images/nnir-imap-wrong-msg.png > > As you can see, the subject in summary and article buffer are > different. "Frank Schmitt" is another recipient of the message > displayed in *Article*, but it's not displayed in *Summary* and the > linkage is wrong. This may be due to caching -- when you search with nnir the second time, it re-uses the article numbers since the first search, and if articles from the first search were cached, they will be displayed. This is just a theory though. /Simon