Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    ASIAN_LINK    |    Not the kind that loves you long time    |    8,456 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 7,814 of 8,456    |
|    August Abolins to Maurice Kinal    |
|    MSGID    |
|    11 Apr 21 20:56:00    |
      MSGID: 2:221/1.58@fidonet ef514dc6       REPLY: 1:153/7001 60738066       PID: OpenXP/5.0.49 (Win32)       CHRS: ASCII 1       TZUTC: -0400       Hello Maurice!               MK> It won't matter since two or more systems will have two or more unique        MK> addresses..               MK> MSGID: 1:153/7001.0 01234567        MK> MSGID: 1:153/7001.1 01234567              OH! Ok, if dupe-checking takes into consideration the "address"        part along with the "serialno" part, then uniqueness is pretty        good as it stands.              I thought the concern was that some dupe-check implementations        only use the "serialno" part.               MK> ..As for random collisions there isn't any guarentee that        MK> either of the above two systems won't create a collision        MK> within three years no matter how remote that possibility        MK> is..              True. There could very well be a collision created on the same        system given enough time.               MK> whereas the serial number created by the number of seconds        MK> since 1970|1900 should NEVER create a collision within it's        MK> lifetime, 2106 in my particular case..              Good point. That guarantees uniqueness. You win.               MK> ..Adding more characters doesn't add meaning or additional        MK> functionality to it.              BUT.. you must agree that the likely hood of two rando numbers        colliding given that any of the 8 chars in the serialno part can        be [a-z][A-Z][0-9] at 62^8, is pretty unlikely.              Even a serial number based on an incremental 8 char string with        [a-z][A-Z][0-9] could work too.              I'm amazed how long the services of TinyURL have relied on 8-        char uniqueness. As far as I can tell they only use the        lowercase letters + the numbers:              https://tinyurl.com/ydpdc3td       https://tinyurl.com/ydt9y4os               ..the service as been operating for a l-o-n-g time.                     And, now that we've totally bored the vast number of ASIAN_LINK        listeners, we should probably move to something less technical.              --        ../|ug              --- OpenXP 5.0.49        * Origin: Mobile? ASIAN_LINK https://preview.tinyurl.com/y6rwskq (2:221/1.58)       SEEN-BY: 1/123 18/200 90/1 105/81 114/705 120/340 123/120 131 124/5016       SEEN-BY: 129/305 153/250 154/10 203/0 220/70 221/1 6 360 226/17 30       SEEN-BY: 227/114 229/101 424 426 452 664 700 1016 1017 230/0 240/5832       SEEN-BY: 249/206 317 400 250/5 8 267/800 280/464 5003 282/1038 288/100       SEEN-BY: 292/8125 298/25 301/1 305/3 310/31 317/3 322/757 340/1000       SEEN-BY: 342/200 396/45 423/81 120 460/58 633/280 712/848 770/1 100       SEEN-BY: 770/330 340 772/210 220 230       PATH: 221/1 280/464 770/1 317/3 229/426           |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca