From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id WFpbOCvB3V70aAAA0tVLHw (envelope-from ) for ; Mon, 08 Jun 2020 04:40:11 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id kBI4NCvB3V67DQAAbx9fmQ (envelope-from ) for ; Mon, 08 Jun 2020 04:40:11 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 4F9649400B1 for ; Mon, 8 Jun 2020 04:40:11 +0000 (UTC) Received: from localhost ([::1]:46488 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ji9Zw-0006aV-US for larch@yhetil.org; Mon, 08 Jun 2020 00:40:08 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:50810) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ji9ZM-0006aO-0o for emacs-orgmode@gnu.org; Mon, 08 Jun 2020 00:39:32 -0400 Received: from ericabrahamsen.net ([52.70.2.18]:40600 helo=mail.ericabrahamsen.net) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ji9ZK-0005k4-LX; Mon, 08 Jun 2020 00:39:31 -0400 Received: from localhost (c-73-254-86-141.hsd1.wa.comcast.net [73.254.86.141]) (Authenticated sender: eric@ericabrahamsen.net) by mail.ericabrahamsen.net (Postfix) with ESMTPSA id 87FBBFA034; Mon, 8 Jun 2020 04:39:27 +0000 (UTC) From: Eric Abrahamsen To: Kyle Meyer Subject: Re: New mailing list archive at https://orgmode/list/ References: <87mu5hqzur.fsf@ericabrahamsen.net> <87h7vmw7zp.fsf@kyleam.com> Date: Sun, 07 Jun 2020 21:39:25 -0700 In-Reply-To: <87h7vmw7zp.fsf@kyleam.com> (Kyle Meyer's message of "Mon, 08 Jun 2020 03:29:14 +0000") Message-ID: <87pnaamarm.fsf@ericabrahamsen.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=52.70.2.18; envelope-from=eric@ericabrahamsen.net; helo=mail.ericabrahamsen.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/08 00:39:29 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -41 X-Spam_score: -4.2 X-Spam_bar: ---- X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Bastien , emacs-orgmode@gnu.org, Eric Wong Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=ericabrahamsen.net (policy=none); spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Spam-Score: -0.91 X-TUID: FfZ955EV9Vjg Kyle Meyer writes: > [ +cc Eric Wong, mostly to say thanks for all the work he puts into > public-inbox, which is the software behind these archives, but also so > that he can correct me if I misrepresent any capabilities of or plans > for public-inbox ] Thanks for this response, Kyle (and thanks for public-inbox, Eric)! >> Bastien writes: >> >>> with Kyle's help, I've set up a new mailing list archive: >>> >>> https://orgmode/list/ >>> >>> References in https://orgmode.org and https://orgmode.org/list >>> that pointed to gmane.org are now using this, so many links are >>> functional again. >> >> Cool! I note that there's also NNTP access at news.yhetil.org, in >> addition to gmane.io. Does yhetil have a search interface, or are there >> other mechanisms for searching the archives (ideally in Gnus :))? > > The web interface ( or > ) is the main mechanism for searching. You > don't necessarily have to leave Emacs for that, as public-inbox's pages > render nicely in EWW. But of course that's not the Gnus-based search > you're hoping for. > > I use Gnus to follow some lists via NNTP, a mix of public-inbox archives > and gmane.io, but I've never really done any fancy searching from it and > don't use Gnus for my mail. To try it out, I hit GG to search on a > gmane.io list, but got an error [^1], so I suppose its search capability > went away with Gmane's HTTP interface. Yup, Gmane hasn't had in-Gnus search since then. > Poking around a bit, I guess nnweb.el would be the main place that > public-inbox's web search could be integrated into Gnus? I've been > (slowly) working on an Emacs package [^2] that adds public-inbox-related > functionality to different "endpoints" (currently Notmuch, Gnus, EWW, > Elfeed), and I'd be interested in any ideas for improving the Gnus > support. You wouldn't really use one backend (nnweb) to provide search support for another (nntp). nnir can assign different search engines to different backends -- what a "search engine" boils down to is a function that accepts group search criteria, and returns groups and article numbers (and optional relevance scoring) for matching messages. So if public-inbox had some sort of an API that accepted a query and returned the above information in some sort of easily-digestible format, it wouldn't be hard to write a engine for it. Articles referenced in the search results would then be retrieved via NNTP, so the article numbers would need to correspond. (Basically this is all the old Gmane search functionality did.) > A couple of other notes: > > * You can get the entire archive locally with a 'git clone', in which > case you can transform it into a form that can be indexed/searched > however you prefer (including with public-inbox, running a local > public-inbox-httpd). There are some pointers on extracting an > archive to a Maildir at > . That would certainly be one approach! But not one that scales to many users :) > * In the message above, Eric W. mentions that he is considering > working on client tools with mairix-like search results. That'd > make the search capabilities available locally, and I'd imagine > something like that could be nicely integrated with Gnus, > considering it already has a mairix backend to use as a guide. Yup, basically we'd just want a way to retrieve matching article numbers that (ideally) didn't involve scraping a web page. Thanks again, Eric