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

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

[Gijs Hillenius]

Using No Gnus v0.11, on a Cyrus imap server:

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"

In the *Messages log" I see:

Searching nnimap+thuis:INBOX.zooi...done
Search produced empty results.
gnus-group-read-ephemeral-group: Couldn't request group: Search
produced empty results

And in *imap log*

08:59:06 552 UID SEARCH  TEXT "Arjen"

08:59:06 553 UID SEARCH  TEXT "Arjen"


But, in this case, I'm sure the search should return results (as the most
recent message is by 'Arjen').

On the cyrus server, there is no trace of No Gnus starting a
search..

How could I debug this further? I'd like this (simple) search get back
to work again.



My server definition:

(nnimap "thuis"
	(nnimap-address "mail.hillenius.net")
	(nnimap-inbox "INBOX")
	(nnimap-split-methods nnmail-split-fancy)
	(nnir-search-engine imap)
	(nnimap-stream ssl))

and in .gnus I have also

;; Nnir
;; To Search Mail, Mark An Imap-Group With # And Type GG $term
(require 'nnir)
(setq nnir-mail-backend (nth 0 gnus-secondary-select-methods))




-- 
Always think of something new; this helps you forget your last rotten idea.
		-- Seth Frankel

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

[Tassilo Horn]

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

Bye,
Tassilo

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

[Michael Welsh Duggan]

[-- 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)

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

[Michael Welsh Duggan]

Michael Welsh Duggan <md5i@md5i.com> writes:

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

The problem, it seems, is not with nnir or many entries at all, but
rather with something peculiar about one particular message on my
server.  Still looking into this, but this is definitely not an nnir
problem.

Oh, BTW, nnir is currently horribly inefficient inasmuch as it calls
gnus-retrieve-headers for each article that matches the search
separately, even if, for example, you have only searched within one
group.

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

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

[Gijs Hillenius]

On  4 Oct 2010, Michael Welsh Duggan wrote:


[...]

>
> 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:


Excellent. The patch works here! (Pardon me asking: how did you figure
this out? I'd like to learn how to do this.)

[...]

>failures when the search returns several thousand entries.

I get failures when the result is 'a lot' too. 

I notice this difference:

A succesfull search does this in the *Message* buffer:

,----
| Opening server thuis
| Searching nnimap+thuis:INBOX.cio...done
| Retrieving newsgroup: nnir:((query . "Jan") (unique-id . "874od26jep.fsf"))...
`----

An unsuccessful search will then prompt me in the minibuffer"
"How  many articles from nnir:((query . "Herwin") (unique-id
. "871v866jab.fsf")) (default 387) :

And when I hit enter the minibuffer will say 0kb and seems to be stuck,
I have to C-g. (I do *not* get a response from the debugger here)

In the Message buffer I see this:

Opening server thuis
Searching nnimap+thuis:INBOX.t4c...done
Retrieving newsgroup: nnir:((query . "Herwin") (unique-id . "871v866jab.fsf"))...

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

[Michael Welsh Duggan]

Gijs Hillenius <gijs@hillenius.net> writes:

> On  4 Oct 2010, Michael Welsh Duggan wrote:
>
>
> [...]
>
>>
>> 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:
>
>
> Excellent. The patch works here! (Pardon me asking: how did you figure
> this out? I'd like to learn how to do this.)

I telnetted into my imap server on the imap port, typed:

1 LOGIN "username" "password"
2 SELECT "name-of-mailbox"
3 UID SEARCH TEXT "test"

When this succeeded, I tried to figure out what was different between
that an what was in my *imap-log* buffer.  Noting the extra space, I
tried typing that in, and got the expected failure.

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

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

[Lars Magne Ingebrigtsen]

Michael Welsh Duggan <md5i@md5i.com> writes:

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

Thanks; applied.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen