From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id WCbcHVTi3V49bAAA0tVLHw (envelope-from ) for ; Mon, 08 Jun 2020 07:01:40 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id sBq8GVTi3V6mfgAA1q6Kng (envelope-from ) for ; Mon, 08 Jun 2020 07:01:40 +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 CAEB894050A for ; Mon, 8 Jun 2020 07:01:39 +0000 (UTC) Received: from localhost ([::1]:58488 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jiBms-0002LX-66 for larch@yhetil.org; Mon, 08 Jun 2020 03:01:38 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:52706) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ji9oS-0001ve-U4 for emacs-orgmode@gnu.org; Mon, 08 Jun 2020 00:55:08 -0400 Received: from dcvr.yhbt.net ([64.71.152.64]:38520) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ji9oS-00087R-1R; Mon, 08 Jun 2020 00:55:08 -0400 Received: from localhost (dcvr.yhbt.net [127.0.0.1]) by dcvr.yhbt.net (Postfix) with ESMTP id 42FAB1F55B; Mon, 8 Jun 2020 04:55:06 +0000 (UTC) Date: Mon, 8 Jun 2020 04:55:06 +0000 From: Eric Wong To: Eric Abrahamsen Subject: Re: New mailing list archive at https://orgmode/list/ Message-ID: <20200608045506.GB20150@dcvr> References: <87mu5hqzur.fsf@ericabrahamsen.net> <87h7vmw7zp.fsf@kyleam.com> <87pnaamarm.fsf@ericabrahamsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <87pnaamarm.fsf@ericabrahamsen.net> Received-SPF: pass client-ip=64.71.152.64; envelope-from=e@yhbt.net; helo=dcvr.yhbt.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/08 00:47:04 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-Mailman-Approved-At: Mon, 08 Jun 2020 03:00:52 -0400 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 Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=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.51 X-TUID: Btw6PYaWZwKk Eric Abrahamsen wrote: > 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)! you're welcome, both :> > 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. Fwiw, I've been trying to avoid exposing NNTP article numbers in the HTTP endpoint in favor of Message-IDs because serial numbers aren't decentralization-friendly. Of course, sometimes Message-IDs get reused, so public-inbox will return all messages which match a particular Message-ID in those rare cases. Btw, POST with the "&x=m" query parameter already allows search to return a gzipped mboxrd. And also what I just wrote about about JMAP/GraphQL in the other message. A read-only IMAP server is also coming with search support, and IMAP UIDs will be equivalent to NNTP article numbers.