Den mån 3 jan. 2022 kl 06:27 skrev Daniel Shahaf <d...@daniel.shahaf.name>:
> Daniel Sahlberg wrote on Sun, 02 Jan 2022 11:27 +00:00: > > [...] > > Thanks for all the [snipped] research! > > > But I'm not fond of using yet another external service. > > I don't see the problem. We point folks on users@ to git/hg if those > suit their needs better, so what's stopping us from pointing our users > to an external list archive? > I'm just worried that we point someone to an external archive, start to accumulate a lot of links and suddenly the external party lose interest in maintaining the site and we end up in a situation where we have a lot of links that suddenly are 404. Similar to what happened to svn.haxx.se a year ago (it turned out well but we can't expect everyone to be as accommodating as Daniel Stenberg was/is, or maybe we don't even /want/ to take it over as I would suspect in the case of marc.info where there is a lot of non-svn-related data). > I'll wait for some comments before committing anything (or feel free to > > commit the patch as attached or updated). > > At this point I have to say, what's stopping us from just setting up our > own archives, encompassing all our history including the pre-ASF one? > Nothing except the work to be done and to maintain it. I don't think I can volunteer any time to this atm (preferring to look at the code). The hard part of having archives is that it requires having a box online > that someone needs to apply OS updates to — but we already have > svn-qavm, so all that remains is to install some archive software > (mod_mbox or mhonarc or whatever else), load the haxx+apache archives to > it, and subscribe it to the mailing lists. > I've heard there is also an Apache project called Ponymail. (*taking cover!*) > (For mhonarc, the incantation is «mhonarc -add» with the message on > stdin. mod_mbox parses mbox files dynamically; there's a monthly cron > job that rotates the delivery paths in the .forward file. Other archivers > exist.) > > Daniel > /The other Daniel > P.S. If we do the above work, the marginal cost of adding APR's or serf's > or for that matter curl's lists to the set-up will be fairly low. That was > the concept behind gmane. >
