Email list hosting service & mailing list manager

Who should maintain the RnRS subdomains? Lassi Kortela (27 Nov 2020 08:04 UTC)
Re: Who should maintain the RnRS subdomains? Arthur A. Gleckler (27 Nov 2020 16:12 UTC)
Re: Who should maintain the RnRS subdomains? Alaric Snell-Pym (27 Nov 2020 16:39 UTC)
Re: Who should maintain the RnRS subdomains? Lassi Kortela (27 Nov 2020 23:12 UTC)
Re: Who should maintain the RnRS subdomains? Arthur A. Gleckler (28 Nov 2020 03:08 UTC)
Re: Who should maintain the RnRS subdomains? Lassi Kortela (28 Nov 2020 20:21 UTC)
Re: Who should maintain the RnRS subdomains? Arthur A. Gleckler (28 Nov 2020 22:30 UTC)
Re: Who should maintain the RnRS subdomains? Lassi Kortela (28 Nov 2020 23:03 UTC)
Re: Who should maintain the RnRS subdomains? Arthur A. Gleckler (28 Nov 2020 23:23 UTC)
Re: Who should maintain the RnRS subdomains? Alaric Snell-Pym (29 Nov 2020 14:25 UTC)
Re: Who should maintain the RnRS subdomains? Lassi Kortela (29 Nov 2020 14:59 UTC)
Re: Who should maintain the RnRS subdomains? Alaric Snell-Pym (29 Nov 2020 15:17 UTC)
Re: Who should maintain the RnRS subdomains? Lassi Kortela (29 Nov 2020 15:37 UTC)

Re: Who should maintain the RnRS subdomains? Alaric Snell-Pym 27 Nov 2020 16:39 UTC
On 27/11/2020 16:11, Arthur A. Gleckler wrote:

>
> I think we can collect the reports and their source code, but I don't think
> we should create web sites for them.  That would imply more authority about
> them than we have.  I suggest putting together one page or one domain, e.g.
> standards.scheme.org, or using the history page/domain we discussed
> earlier, and summarizing all the standards there, collecting the PDFs,
> source code, mailing list archives, etc.  In other words, concentrating on
> collecting the historical record of them for preservation.
>

I'd  like it to be easy to get copies of the recent actual standards
first and foremost (ideally searchable and indexed HTML versions I can
browse around easily!), with the history behind each and older standards
available only a few clicks further away.

--
Alaric Snell-Pym   (M0KTN neé M7KIT)
http://www.snell-pym.org.uk/alaric/