Hi Arun, On Tue, 03 May 2022 at 23:20, Arun Isaac <arunis...@systemreboot.net> wrote:
>> of public-inbox via yhetil.org/guix and the piem glue? > > I haven't thought carefully about public-inbox integration. But, if we > can do everything in mumi, do we need public-inbox at all? Well, some advantages I see after using a bit the public-inbox instance <https://yhetil.org/> mirroring some lists. 1. The web interface, a) works well with “poor“ web browser as EWW (whereas I prefer Mumi with full featured browser ;-)) b) show the complete thread c) powerful and quick search 2. The local mirror, a) ‘git pull’, so do not pollute my email inbox b) I pull and so read whenever I want, not when messages are delivered c) I index and read using whatever fits my workflow d) the public-inbox server provides NNTP for Gnus folks 3. Bridge the present with the past assume I start to follow guix-devel on Wed, 30 Mar 2022 and I locally read with my favorite Email reader this message: <https://yhetil.org/guix/877d8bwz1l....@gnu.org> I am interested and I would like to know more: a) I can read using my web browser b) I can download the complete thread and read offline (it requires some glue code, as ’lei’ or ’piem’; IIUC) Using the “official” interface, it is really boring. For instance, I read this message <https://lists.gnu.org/archive/html/help-guix/2022-03/msg00039.html>, then one needs some motivation to find the message of this reply; since it had not been sent the same month. Mumi is about bugs and another interface for Debbugs. Therefore, we cannot do everything with Mumi. ;-) Maybe, what could help, IMHO, would to have the various Guix mailing lists as public-inboxes under, say https://lists.guix.gnu.org and Mumi could use this instance, eventually, or bridge. The aim would be a flexible interface but still uniform. And I do not speak about other tools from the ecosystem as B4, <https://git.kernel.org/pub/scm/utils/b4/b4.git/tree/README.rst> Cheers, simon