From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: X-Spam-Status: No, score=-4.0 required=3.0 tests=ALL_TRUSTED,BAYES_00 shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from localhost (dcvr.yhbt.net [127.0.0.1]) by dcvr.yhbt.net (Postfix) with ESMTP id B23D01F803; Tue, 8 Jan 2019 01:54:20 +0000 (UTC) Date: Tue, 8 Jan 2019 01:54:20 +0000 From: Eric Wong To: Konstantin Ryabitsev Cc: meta@public-inbox.org Subject: Re: RFE: unified message-id lookup across all inboxes Message-ID: <20190108015420.GA28903@dcvr> References: <20190107190719.GE9442@pure.paranoia.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190107190719.GE9442@pure.paranoia.local> List-Id: Konstantin Ryabitsev wrote: > Hello, all: > > One of the features lore.kernel.org users have been asking for is > ability to retrieve a message based on its message-id regardless of > which inbox it's in. Perhaps look them up in the order they are listed > in the config file and display the first found? Right, the NNTP interface already does that. Ordering in NNTP is random (because Perl hash order is random), but I guess there could be an option to control sorting in the config. There'll be another sorting-related config option for a feature on the horizon... > The way it works currently is *almost* already what we want. E.g. if you > access: > https://lore.kernel.org/lkml/1545703503-20939-1-git-send-email-zhangkehong@hisilicon.com sidenote: I've been fighting memory use and that RFC is frightening :x > It will tell you that the message is in another inbox (it was sent to > linux-arm-kernel and not cc'd to linux-kernel). The users don't like > that extra click, so they really just want a "show me the message if > it's anywhere on lore, and give me a link to marc.info, etc if not in > any of them). Right. I wanted to make it obvious to the user the message was in a different inbox. So I think the new endpoint would be (without /$INBOX/ name): http://$HTTP_HOST/_/$MESSAGE_ID And 302 the user to the first message. > It's been way too long since I've done Perl, which is why I'm not > offering patches, sorry! :) No worries; I've got a bunch of other RFEs to take care of, too. Also, I've been wondering if Ruby would have been a better language for this project? Python doesn't fit my brain, Xapian bindings for Lua aren't yet in Debian, yet (RFP filed), but they're packaged for Ruby. But I've been hacking on the Ruby VM for nearly a decade... I just never get to use Ruby for development because I'm constantly side-tracked into fixing and attempting to improve the VM and language. But VM hacking isn't really rewarding anymore, so I'm taking a break from that.