home bbs files messages ]

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