TID: FMail-lnx64 2.1.0.18-B20170815
RFC-X-No-Archive: Yes
TZUTC: 0200
CHRS: UTF-8 2
PID: GED+LNX 1.1.5-b20161221
MSGID: 2:280/464 60735bae
REPLY: 2:221/1.58@fidonet ef514791
Hi August,

On 2021-04-11 13:53:00, you wrote to me:

 WvV>>  H:\myutils>> rando2
 AA>>> lfz$bkmcmmg36ye@jll1xpieaats

 WvV>> Those aren't 32 bit.

 AA> Ah... so the "serialno" part *must" be 8-char?  Then rando could
 AA> still work like so:

You should read the fts document on it! ;)

"...The serial number may be any eight character hexadecimal number"

 H:\myutils>> rando
 AA> yZn=ZRG-

 WvV>> there's always a change of a collision within 3 years.

 AA> Yes.. I've suspected that could be problematic.

It's a very small chance, but it can still happen. I think I have seen a few
cases where it happend in the last decades... ;)

 AA>>> I remember something about the MSGID being referred to as a two-
 AA>>> part string with "origaddr" + "serialno", where "origaddr" is
 AA>>> intended to be a qualified "address of the originating system".

 WvV>> No: "... address for the originating network"
 WvV>>                                      ^^^^^^^

 AA> Ah.. that little word "for" makes a big difference.  :

 AA> Then the synchronet version adds some added uniqueness.

As Maurice said... ;)

Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
 * Origin: FMail development HQ (2:280/464)
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/0 226/17 30 227/114
SEEN-BY: 229/101 424 426 452 664 700 1016 1017 240/5832 249/206 317
SEEN-BY: 249/400 250/5 8 267/800 280/464 5003 282/1038 288/100 292/8125
SEEN-BY: 298/25 301/1 305/3 310/31 317/3 322/757 340/1000 342/200
SEEN-BY: 396/45 423/120 460/58 633/280 712/848 770/1 100 330 340 772/210
SEEN-BY: 772/220 230
PATH: 280/464 770/1 317/3 229/426