From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cgf.cx (external.cgf.cx [107.170.62.102]) by sourceware.org (Postfix) with ESMTP id BFF7C3870842 for ; Thu, 7 May 2020 15:54:44 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org BFF7C3870842 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 cgf.cx 8F0E440CB7 X-Spam-Level: X-Spam-CGF-Status: No, score=-5.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, TXREP autolearn=ham autolearn_force=no version=3.4.4 spammy=H*r:unknown, forget, H*M:cgf, numbers Received: by cgf.cx (sSMTP sendmail emulation); Thu, 07 May 2020 11:54:42 -0400 Date: Thu, 7 May 2020 11:54:42 -0400 From: Christopher Faylor To: overseers@sourceware.org, gcc@gcc.gnu.org Subject: Re: Stability of pipermail ml archive URLs Message-ID: <20200507155442.GB13473@cgf.cx> Mail-Followup-To: overseers@sourceware.org, gcc@gcc.gnu.org References: <20200506141139.GJ2375@tucnak> <20200506144446.GB2466959@elastic.org> <87r1vwxehp.fsf@euler.schwinge.homeip.net> <20200507101455.GC2466959@elastic.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200507101455.GC2466959@elastic.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Status: No, score=-1262.3 required=5.0 tests=BAYES_00, FORGED_SPF_HELO, JMQ_SPF_NEUTRAL, KAM_DMARC_NONE, KAM_DMARC_STATUS, KHOP_HELO_FCRDNS, SPF_HELO_PASS, SPF_NEUTRAL, TXREP, USER_IN_WHITELIST autolearn=no autolearn_force=no version=3.4.2 X-BeenThere: overseers@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Overseers mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 May 2020 15:54:45 -0000 On Thu, May 07, 2020 at 06:14:55AM -0400, Frank Ch. Eigler wrote: >>Such a service is not currently available on sourceware, but it'd be >>possible to implement: as messages come in, you'd build a database >>mapping from the Message-ID header to "current Mailman's Pipermail >>URL". > >I was thinking we might be able to trick pipermail (the web archiver >component) to simply name the message web urls after some function of >the message-id instead of the sequence number. Will give this a try >very shortly. I just want to go on record as saying that I think this is a bad idea. We can fix this problem simply without redesigning pipermail. The problem that we're seeing is caused by a script that I wrote to migrate ezmlm to mailman. The fix for the problem is "Don't run that script". But, if we are going to make this level of change to pipermail we might as well go wild and just implement all of the other things that people want and forget about our supposed desire to use "supported" software. Changing pipermail to use message-id's rather than sequence numbers negates the argument that we want to be standard since we likely won't be able to get this change in upstream. I doubt that mailman2 developers will want to consider this major a change in a product that is supposedly close to EOL. cgf