From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms9.migadu.com with LMTPS id 2N92NSDDSWSIdQEASxT56A (envelope-from ) for ; Thu, 27 Apr 2023 02:34:40 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id jOs6NSDDSWQX/gAAauVa8A (envelope-from ) for ; Thu, 27 Apr 2023 02:34:40 +0200 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 7E0C92D640 for ; Thu, 27 Apr 2023 02:34:40 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1prpaT-0002ZT-GD; Wed, 26 Apr 2023 20:34:17 -0400 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 1prpaP-0002Z9-US for guix-devel@gnu.org; Wed, 26 Apr 2023 20:34:14 -0400 Received: from mugam.systemreboot.net ([139.59.75.54]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1prpaL-0002ag-OI; Wed, 26 Apr 2023 20:34:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=systemreboot.net; s=default; h=Content-Type:MIME-Version:Message-ID:Date: References:In-Reply-To:Subject:Cc:To:From:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=hcTTCx/MS0OOCp14KuH88Echz94gsnCYpeaopOXeYMg=; b=gDbifzOXVBrNDLMToFK6G0RwUn rsmZNJbXUP1dxPSV29mXuYiWfDUMNPEt5OrVSgwdxmqa0cpbpJwQbIAKJMt4AOMYvrDs3l6XYozmi cqkWgXD1G3ZjfhzbvhzQXdp8OXOjAra5QEBhwTRgreIurXAzmcZaPuGTsD+AMEDO2WZOOmY6KOJJH P68iBVq/TwCpS+LMpXxZLoQbTTfvSkLfz6B2DtPK1gw69asDrk5PKC3O4rzBoUx9yv9b6rBFDjURB P6DfR4EfnfHElibw0WOHSvL5ozFFpJycc3EdU18SA02TpRnn5uVT0H5H1/Xg0Qqkqtm07tPKqV2AW gDbrcL+g==; Received: from [192.168.2.1] (port=59706 helo=localhost) by systemreboot.net with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1prpaA-0005nz-03; Thu, 27 Apr 2023 01:33:58 +0100 From: Arun Isaac To: Andreas Enge Cc: guix-devel@gnu.org, Ricardo Wurmus , Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: mumi web server bugs [was "`mumi send-email' means no more debbugs dance to send multiple patches"] In-Reply-To: References: <87mt2xiab3.fsf@systemreboot.net> Date: Thu, 27 Apr 2023 01:33:54 +0100 Message-ID: <87edo6go3x.fsf@systemreboot.net> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=139.59.75.54; envelope-from=arunisaac@systemreboot.net; helo=mugam.systemreboot.net X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: guix-devel-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN ARC-Seal: i=1; s=key1; d=yhetil.org; t=1682555680; a=rsa-sha256; cv=none; b=WmNoxIE9sfDfJezEx/QCR/spm+iOO92KNndpl/CPkCsRhOyNgkfx7wIYmLoxucQLPu7Tj3 BRn5/yoMJh/nacFHL+F8zY19se1SuIAKdxXandYgDdvCcO7ZjPYaGMyLdPLpTJsg9Bjl/J VELmUMtrl+rmMzhN0IMDNLXSdoLgHlw7PmhWeUWp0tNAUZtt1H8Dd3eUV9LlSAuEoKvfkW 5/UGJtJXcNRLN3rcIlgEPDe6pvVvjeGy4R+Vhv9tmA4jxIl7LdQvDUZkEISu3EXu6m2+qb brXUJmLaYPY/LaAulI7FlqFJgIPhVrcn7EtqD+Umq+jahyYXjjICIBZwSSEJWQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=systemreboot.net header.s=default header.b=gDbifzOX; dmarc=fail reason="SPF not aligned (relaxed)" header.from=systemreboot.net (policy=none); spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1682555680; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=hcTTCx/MS0OOCp14KuH88Echz94gsnCYpeaopOXeYMg=; b=usfcaNccwHJuksR7nw0Hzmh7vukB5kCt9kIkthayTd6cXmeBPpbTtg6bSOPyqN0P6jumap ga+NhDG+vtIC1BZAzuDDPa3+fayBy0T46vu34ISBaqHp04giw2PiuCsoAYAyhAoj271kfT eiDuj+iJuSIq3BRMItFinzJrh8Aw4IVRGlVvYSltbRhsz0XzlV+lwBiJRayi+IcbYv6cB8 aQJlf8LqdXviOsIymk7Z8kNRM4lM70vymDdYvhZAIwHJACWB2U8uLeT4nNbHW+gnF0BJZK qdLpFc/jhXeAHnY6hRHAivfLoBs8CbauB13j2zKbjX2MHSEHPLtMLZ0tVOWnQw== X-Migadu-Spam-Score: -1.21 X-Spam-Score: -1.21 X-Migadu-Queue-Id: 7E0C92D640 X-Migadu-Scanner: scn0.migadu.com Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=systemreboot.net header.s=default header.b=gDbifzOX; dmarc=fail reason="SPF not aligned (relaxed)" header.from=systemreboot.net (policy=none); spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" X-TUID: yRZXskfmZGwP Hi Andreas, > When I start it, it runs on 0.0.0.0, port 1.2.3.4; should it not choose > a sensible default, such as localhost and 8080? I agree. A patch setting the defaults to localhost and 8080 is welcome. Would you like to give it a shot? If not, could you register these in our bug tracker so that someone else can address these later? > Running > mumi web --address=localhost --port=8080 > complains that it does not know localhost. > When I use 127.0.0.1 instead, it starts. Yes, mumi does not know to resolve the name localhost to 127.0.0.1. Again, patches fixing this are welcome. This problem does pop up anywhere we have guile web server programs. In tissue[1], one of my guile web server projects, I had to write a lot of code to teach it to run correctly on IPv4 addresses, IPv6 addresses and on Unix sockets. It would be practical if Guile (or a Guile library) provided some help in this regard. Or, am I expecting Scheme to be more unminimal? ;-) [1]: https://tissue.systemreboot.net/ > But it complains about > 1. &xapian-error: "DatabaseOpeningError: Couldn't stat '/var/mumi/db/mumi.xapian' (No such file or directory)" > > I wondered if I needed to "mumi fetch" first (in that case, there could > be a more friendly error message). > > But "mumi fetch" fails; it complains about a missing file > /var/mumi/data/spool/index.db.realtime > (which may be missing because as non-root I cannot create it). > Could this be moved to .mumi or .cache/mumi? When hacking on mumi, I put the data directory in the checkout of my local mumi git repo itself. To make mumi look for the data directory in the current directory, you need to set the MUMI_UNINSTALLED environment variable. See the code about db-dir in mumi/config.scm.in in the mumi repo. This should of course be documented, perhaps in a HACKING file in the mumi repo. Patches are welcome, as always! But, the larger issue is that you actually need the Debbugs data to hack on mumi. Currently, our mumi deployment is only able to get this data via rsync from the Debbugs server and because the IP of our mumi server is explicitly allowed to do so by the Debbugs admins. We should distribute this data so that people can hack on mumi. But, is it ok to do so considering that we are talking about raw email messages with headers and everything? This may be considered private information. I would think it is ok because Debbugs already exposes raw email messages via its web interface. But, mumi data is different in that it is in bulk and constitutes privileged access to the Debbugs server. We should discuss this question as a community, and decide on the best way forward. This question is very important to enable more people to hack on mumi. > Anyway, thanks for moving us forward with our tooling, which I think is > currently our biggest problem. A pleasure, as always! :-) Cheers! Arun