Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    SYNC_PROGRAMMING    |    Synchronet/Baja/XSDK Programming    |    49,116 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 48,368 of 49,116    |
|    Deucе to Git commit to main/sbbs/master    |
|    3rdp/build/cl-no-session-cache.patch3rdp    |
|    21 Dec 25 01:25:31    |
      TZUTC: -0800       MSGID: 53795.syncprog@1:103/705 2dadc52e       PID: Synchronet 3.21a-Linux master/48922a15c Dec 17 2025 GCC 12.2.0       TID: SBBSecho 3.33-Linux master/93cefd0e8 Dec 20 2025 GCC 12.2.0       BBSID: VERT       CHRS: UTF-8 4       FORMAT: flowed       https://gitlab.synchro.net/main/sbbs/-/commit/3fa76ba1debaf17530ddcefd       Added Files:        3rdp/build/cl-no-session-cache.patch       Modified Files:        3rdp/build/CMakeLists-cl.txt CMakeLists.txt GNUmakefile       Log Message:       Disable TLS session cache              It appears that when the session cache is used, we don't get a copy       of the remote certificate. Since it's now an error to not get that       copy, this would result in errors when making multiple queries to       the same TLS server in a row.              Presumably the cause of the -43 errors in letsyncrypt.       --- SBBSecho 3.33-Linux        * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)       SEEN-BY: 10/0 1 102/401 103/705 105/81 106/201 124/5016 128/187 129/14       SEEN-BY: 153/7715 154/110 214/22 218/0 1 215 700 810 226/30 227/114       SEEN-BY: 229/110 134 206 317 400 426 428 470 700 705 266/512 280/464       SEEN-BY: 291/111 301/1 320/219 322/757 342/200 396/45 460/58 633/280       SEEN-BY: 712/848 902/26 5075/35       PATH: 103/705 218/700 229/426           |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca