Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    MYSTIC    |    Mystic support echo    |    16,010 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 14,132 of 16,010    |
|    g00r00 to Static    |
|    Re: NNTP server    |
|    06 Dec 21 11:56:14    |
      TID: Mystic BBS 1.12 A47       MSGID: 1:129/215 6b2f9597       REPLY: 1:249/400 0dc9abbd       TZUTC: -0500        St> Mystic at present uses the post number in the message area as the NNTP         St> message ID so for example every area with posts in it will each have a        St> message with ID 1.              I'll get you caught up with the latest happenings :)              Mystic has unique article IDs across all message bases and messages and the       server is capable of properly responding to them but its disabled. For       example here is a HEAD command sent to the NTTP server on my test system with       this system enabled:              head <2.7cb38be1.193799f9@mystictestdomain.com>              And here is the response:              221 1 <2.7cb38be1.193799f9@mystictestdomain.com> article retrieved - head       follows       From: g00r00       Newsgroups: local.test       Subject: msg #0       Date: Thu, 13 Aug 2020 18:21:00 GMT       Message-ID: <2.7cb38be1.193799f9@mystictestdomain.com>              The problem I face before I can enable it is this: JAM message bases do not       have any sort of message serialization other than the message number which can       change (making it not useful). Because of this, every message must have a       MSGID (even local messages) for this system to work.              If there is no MSGID, then Mystic NNTP cannot generate a unique Article-ID and       by RFC standard it must respond with a <0> for the ID. This would probably be       even worse than the current system.              The holdup for me to enable this is that I need to ensure every message has a       MSGID. The first step was to build the pack message base function in MUTIL to       automatically generate a MSGID for any message that doesn't have one when       packing. I did finish this part.              The next would be to make sure any message posted in Mystic has a MSGID even       if its a QWK network or local post and this part isn't done. After that I       would need to make sure any posts from NNTP, QWK packets, MUTIL Posts etc also       generate a MSGID even if local or non-FTN. The final step would be that the       tossers importing into Mystic (MUTIL and QWKPOLL) must also generate a MSGID       on the fly for any message sourced outside of your BBS that is missing one.              Then there is also the problem then with those who may use third party tossers       or utilities to post messages since they might not be able to guarantee that       every message will have a MSGID.              Long story longer, that is the challenge: Making sure MSGID exists on every       message on your BBS. The limitation isn't on the NNTP side of things at this       point. I can make sure Mystic does it but for those who use third party       utilities that could be problematic.              I am not sure how various newsreaders treat messages without an article ID (ie       an article ID of <0>).              ... Old computers make great boat anchors              --- Mystic BBS v1.12 A47 2021/11/24 (Windows/64)        * Origin: Sector 7 * Mystic WHQ (1:129/215)       SEEN-BY: 1/123 90/1 103/705 105/81 120/340 616 123/10 131 124/5016       SEEN-BY: 129/215 305 153/757 154/10 30 40 50 700 203/0 220/80 90 221/0       SEEN-BY: 221/6 226/18 30 227/114 201 229/310 424 426 428 452 550 664       SEEN-BY: 229/700 240/1120 5411 5824 5832 5853 5890 6309 249/206 307       SEEN-BY: 249/317 400 280/464 5003 282/1038 292/854 8125 301/1 317/3       SEEN-BY: 320/219 322/757 341/234 342/200 396/45 633/280 770/1 2452/250       SEEN-BY: 2454/119 3634/12       PATH: 129/215 154/10 280/464 240/5832 229/426           |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca