From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Loris Bennett" Newsgroups: gmane.emacs.bugs Subject: bug#65196: 28.2; gnus-group-make-nnir-group always returns "no messages" Date: Thu, 17 Aug 2023 11:02:38 +0200 Organization: ZEDAT, Freie =?UTF-8?Q?Universit=C3=A4t?= Berlin Message-ID: <878raahwi9.fsf@zedat.fu-berlin.de> References: <87msyztk0q.fsf@debian-BULLSEYE-live-builder-AMD64> <83zg2weok6.fsf@gnu.org> <874jl2vz0q.fsf@zedat.fu-berlin.de> <87h6p1d11d.fsf@ericabrahamsen.net> <874jl0ixsr.fsf@zedat.fu-berlin.de> <875y5fyt90.fsf@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14320"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) Cc: Eli Zaretskii , Andrew G Cohen , 65196@debbugs.gnu.org To: Eric Abrahamsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Aug 17 13:22:30 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qWb5C-0003VI-7F for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 17 Aug 2023 13:22:30 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qWb4n-0006Q0-S8; Thu, 17 Aug 2023 07:22:05 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qWb4k-0006PR-TH for bug-gnu-emacs@gnu.org; Thu, 17 Aug 2023 07:22:03 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qWb4k-0001K4-Ki for bug-gnu-emacs@gnu.org; Thu, 17 Aug 2023 07:22:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qWb4k-0005gt-5C; Thu, 17 Aug 2023 07:22:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Loris Bennett" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Thu, 17 Aug 2023 11:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65196 X-GNU-PR-Package: emacs,gnus Original-Received: via spool by 65196-submit@debbugs.gnu.org id=B65196.169227128921827 (code B ref 65196); Thu, 17 Aug 2023 11:22:02 +0000 Original-Received: (at 65196) by debbugs.gnu.org; 17 Aug 2023 11:21:29 +0000 Original-Received: from localhost ([127.0.0.1]:42883 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWb4C-0005fx-55 for submit@debbugs.gnu.org; Thu, 17 Aug 2023 07:21:29 -0400 Original-Received: from outpost1.zedat.fu-berlin.de ([130.133.4.66]:56005) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qWYtt-0007nX-DK for 65196@debbugs.gnu.org; Thu, 17 Aug 2023 05:02:43 -0400 Original-Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.95) with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (envelope-from ) id 1qWYtr-001NHh-OR; Thu, 17 Aug 2023 11:02:39 +0200 Original-Received: from 130-133-144-203.mna.fu-berlin.de ([130.133.144.203] helo=diaspore) by inpost2.zedat.fu-berlin.de (Exim 4.95) with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (envelope-from ) id 1qWYtr-000rql-Gn; Thu, 17 Aug 2023 11:02:39 +0200 In-Reply-To: <875y5fyt90.fsf@zedat.fu-berlin.de> (Loris Bennett's message of "Wed, 16 Aug 2023 16:08:43 +0200") X-Original-Sender: loris.bennett@fu-berlin.de X-Originating-IP: 130.133.144.203 X-ZEDAT-Hint: PO X-Mailman-Approved-At: Thu, 17 Aug 2023 07:21:27 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:267654 Archived-At: Loris Bennett writes: > Loris Bennett writes: > >> Eric Abrahamsen writes: >> >>> "Loris Bennett" writes: >>> >>>> Eli Zaretskii writes: >>>> >>>>>> From: Loris Bennett >>>>>> Date: Thu, 10 Aug 2023 09:48:53 +0200 >>>>>>=20 >>>>>>=20 >>>>>> After upgrading Debian from 11 to 12, gnus-group-make-nnir-group alw= ays >>>>>> says that the search group contains no messages, even though there a= re >>>>>> in fact messages in the original group which contain the string sear= ched >>>>>> for. >>>>>>=20 >>>>>> In *Messages* somethin like the following will appear: >>>>>>=20 >>>>>> Opening server fu_exchange >>>>>> Searching nnimap+fu_exchange:HPC...done >>>>>> Group nnselect:nnselect-87jzu3z7wb.fsf contains no messages >>>>>>=20 >>>>>> The configuration in init.el is as follows: >>>>>>=20 >>>>>> (setq user-mail-address "loris.bennett@fu-berlin.de") >>>>>>=20 >>>>>> (setq message-send-mail-function 'smtpmail-send-it) >>>>>> (setq smtpmail-smtp-server "mail.zedat.fu-berlin.de") >>>>>> (setq smtpmail-smtp-service 587) >>>>>>=20 >>>>>> (setq gnus-select-method '(nntp "news.fu-berlin.de")) >>>>>> (setq gnus-secondary-select-methods >>>>>> (quote >>>>>> ((nnimap "fu_exchange" >>>>>> (nnir-search-engine imap) >>>>>> (remove-prefix "nnimap") >>>>>> (nnimap-address "mail.zedat.fu-berlin.de") >>>>>> (nnimap-record-commands t) >>>>>> (nnimap-inbox INBOX) >>>>>> (gnus-message-archive-group "nnimap+fu_exchange:Ge= sendete Elemente"))))) >>>>>>=20 >>>>>> The same problem occurs with nntp groups (not configured in this tes= t). >>>>>>=20 >>>>>> Unfortunately that is all the information I can provide, although I = can >>>>>> see that it is probably insufficient to identify the problem. >>>>> >>>>> Andrew, any comments? Is this perhaps already fixed in Emacs 29? >>>> >>>> Further investigation reveal that this is not a general issue, but is >>>> related to the specific select methods. >>>> >>>> For my work setup I actually have, in addition to the settings above >>>> >>>> (nntp "fu_news" >>>> (nntp-address "news.fu-berlin.de") >>>> (remove-prefix nntp) >>>> (gnus-message-archive-group "nnimap+fu_exchange:Gesendete Elemente"))= )=20 >>>> >>>> Searching in newgroups subscribe to via the above also always returns = no >>>> messages. >>>> >>>> However, in my private setup I have various email providers, such as G= MX: >>>> >>>> (nnimap "gmx" >>>> (nnimap-stream tls) >>>> (remove-prefix "nnimap.") >>>> (nnimap-record-commands t) >>>> (nnimap-address "imap.gmx.com")) >>>>=20=20=20 >>>> If I add this to my work setup, search results within folders in the G= MX >>>> account *do* produce results. Searching within the Exchange folder or= the >>>> NNTP groups still fails.=20 >>>> >>>> Is there anything I can do to help debug the problem? >>> >>> For the exchange server, you should just remove the `nnir-search-engine` >>> setting from the definition, it should work find by default. >>> >>> I don't believe search works for nntp at all -- did it used to? >> >> >> Hmm, perhaps you are right. Maybe it never did. It certainly doesn't >> work on a third laptop with Emacs 27.1. Perhaps I am just confusing >> newsgroups and mailing lists (and mailing list posing as newsgroups via >> Gmane) and it was actually just working for the mailing lists. >> >> With init.el containing just >> >> (setq gnus-select-method '(nntp "news.fu-berlin.de")) >> (setq gnus-secondary-select-methods >> (quote >> ((nnimap "gmx" >> (nnimap-stream tls) >> (nnimap-address "imap.gmx.com")) >> (nnimap "fu_exchange" >> (nnimap-stream tls) >> (nnimap-address "mail.zedat.fu-berlin.de"))))) >> (custom-set-variables >> ;; custom-set-variables was added by Custom. >> ;; If you edit it by hand, you could mess it up, so be careful. >> ;; Your init file should contain only one such instance. >> ;; If there is more than one, they won't work right. >> '(gnus-verbose 10)) >> (custom-set-faces >> ;; custom-set-faces was added by Custom. >> ;; If you edit it by hand, you could mess it up, so be careful. >> ;; Your init file should contain only one such instance. >> ;; If there is more than one, they won't work right. >> ) >> >> Searching within the GMX mailbox works but not in a newsgroup and the >> Exchange mailbox. The following is shown in *Messages*: >> >> Opening server gmx >> Searching nnimap+gmx:Family...done >> Fetching headers for nnselect:nnselect-871qg4g5d5.fsf... >> nnimap read 0k from imap.gmx.com >> Fetching headers for nnselect:nnselect-871qg4g5d5.fsf...done >> Sorting threads...done >> Generating summary...done >> Retrieving newsgroup: nnselect:nnselect-87zg2seqsg.fsf... >> Opening server fu_exchange >> Searching nnimap+fu_exchange:HPC...done >> Group nnselect:nnselect-87zg2seqsg.fsf contains no messages >> previous-line: Beginning of buffer >> Retrieving newsgroup: nnselect:nnselect-87y1iceqsc.fsf... >> nnselect-run: gnus-search-run-query on ((search-query-spec (query . emac= s) (raw)) (search-group-spec (nntp:news.fu-berlin.de comp.emacs))) gave err= or (gnus-search-config-error gnus-search-config-error No search engine conf= igured for nntp:news.fu-berlin.de) >> Group nnselect:nnselect-87y1iceqsc.fsf contains no messages >> >> So I seem to be missing a search engine for the newsgroup, but as we >> have established, that probably never worked. However, the search in >> the Exchange mailbox just fails without further information, and that >> definitely did used to work. > > Apparently Exchange does not like the character set being used. This is > the error message that Exchange generates: > > SEARCH CHARSET UTF-8 TEXT hpc,"R=3D""6487 NO [BADCHARSET (US-ASCII)] Th= e specified charset is not supported." > > I don't quite understand the error, as I would not think US-ASCII was a > bad charset. I assume it is more likely that my using a locale with > > LANG=3Den_US.utf8 > > might be the problem. This may have been different before I updated > Debian. > > If I search for a string such as "Best=C3=A4tigung" in a folder belonging= to > the GMX mail box, this also erroneously produces an empty result set. > > So it looks like it is not an actually problem with Gnus as such. The problem seems to have been resolved by Eric here: https://www.mail-archive.com/info-gnus-english@gnu.org/msg14117.html This works for me. Did the change make it into Gnus? Anyway, thanks for the solution! Cheers, Loris --=20 This signature is currently under constuction.