Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    JAMNNTPD    |    Support for the JAMNNTPD software client    |    2,630 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 460 of 2,630    |
|    mark lewis to Bj”rn Felten    |
|    Usage..    |
|    22 Oct 12 13:51:03    |
       ml> both have the same date of 2009 Jul 29 as do all the other         ml> archives at johan's mercurial repository               BF> That's often what happens when you upload files to an external        BF> site -- you get a new timestamp. That's what e.g. happened when I        BF> uploaded the entire FidoNews archive to fidonet.eu.              yeah... i didn't try pulling one to see what the timestamps were internal to       the archives... i probably should just to ensure that they are basically the       same as i have...               BF> On my "repository" all the old timestamps are maintained. And        BF> you also can find the missing parts needed to run Johan's perl        BF> scripts there (the TimeDate add-ons -- just remember that TimeZone        BF> must be changed to Zone in Johan's scripts).               BF> http://felten.yi.org/FILES/Billing/              thanks... i might take a look... i don't know why i'd need those scripts but i       may look depending on how things go...               ml> looks like i might wanna grab a few more things from there...        ml> loganalyzer being one... checkgroups maybe being another...        ml> areasbbs2jamnntpd might be ok but i don't use areas.bbs files on my        ml> system...               BF> They are all very valuable to anyone running JamNNTPd, so I        BF> recommend everybody to have them handy.              in my setup, the loganalyzer is probably the only one that i'd use... none of       the others can do anything for my setup with its binary configs... i'd       thought, one time, about writing a ra2jamnntpd tool that would create the       groups and areas based on the groups in my RA setup but i never went further       than thinking about it and how i might do it... one item i ran into was that       an area can belong to more than one group in RA and i can't really cross that       over to a nntp style setup... so maybe just sticking to the first group would       be the thing to do... they're only access perms so...              )\/(ark               * Origin: (1:3634/12)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca