Re: no Gnus v0.11, imap (cyrus) & nnir : 'Search produced empty results'

[Michael Welsh Duggan <md5i@md5i.com>]

[-- Attachment #1: Type: text/plain, Size: 1215 bytes --]

Tassilo Horn <tassilo@member.fsf.org> writes:

> Gijs Hillenius <gijs@hillenius.net> writes:
>
> Hi!
>
>> When I mark an Imap group with #, hit GG and enter a search term, the
>> search always fails with:
>>
>> "gnus-group-read-ephemeral-group: Couldn't request group: Search
>> produced empty results"
>
> I have the exact same issue with two Cyrus IMAP servers (my university
> and Fastmail).  Unfortunately, these are all IMAP accounts I have, so I
> cannot say if it's Cyrus-specific or not.
>
> When trying to search using `G G searchterm RET' I have this text in the
> *imap log* buffer:
>
>   09:29:06 467 SELECT "INBOX.mailinglists.ding"
>   09:29:06 468 UID SEARCH  TEXT "test"
>   09:29:07 469 SELECT "INBOX.mailinglists.ding"
>   09:29:07 470 UID SEARCH  TEXT "test"
>
> In the relevant *nnimap <server> *nntpd** buffer (BTW: why in that
> *nntpd* in the name of the nnimap buffers for both of my servers?!?),
> there's:
>
>   466 BAD Invalid Search criteria

I've decided that this is a bug in Cyrus, but with a simple workaround
in gnus.  

The following fails:

X UID SEARCH  TEXT "test"

The following succeeds:

X UID SEARCH TEXT "test"

Note the one space difference.  Here is a workaround patch:


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Type: text/x-patch, Size: 443 bytes --]

diff --git a/lisp/nnir.el b/lisp/nnir.el
index db8b397..d8c1a47 100644
--- a/lisp/nnir.el
+++ b/lisp/nnir.el
@@ -983,7 +983,7 @@ details on the language and supported extensions"
 	      (message "Searching %s..." group)
 	      (let ((arts 0)
 		    (result
-		     (nnimap-command "UID SEARCH  %s"
+		     (nnimap-command "UID SEARCH %s"
 				     (if (string= criteria "")
 					 qstring
 				       (nnir-imap-make-query criteria qstring)

[-- Attachment #3: Type: text/plain, Size: 177 bytes --]


There is still a problem, as I am getting failures when the search
returns several thousand entries, but I am looking into that next.

-- 
Michael Welsh Duggan
(md5i@md5i.com)