|
I0OJJ > SYSOP 16.03.20 10:10l 85 Lines 2973 Bytes #999 (0) @ WW
BID : F3UI0OJJ_00B
Read: GUEST
Subj: Re: BID/MID Limitations
Path: IZ3LSV<IK8VKW<IR2UBX<IW2OHX<IR1UAW<I0OJJ
Sent: 200315/1600z @:I0OJJ.ITA.EU [Rome] obcm1.08-5-g2f4a
From: I0OJJ @ I0OJJ.ITA.EU (Gustavo)
To: SYSOP @ WW
X-Info: Sent with login password
X-Info: Received by SMTP-gateway
Hi,
On 3/15/20 7:03 AM, n2nov@n2nov.#rich.ny.usa.noam wrote:
> I have put the below message on the NOS-BBS mailing to start the dialog there.
I don't receive any msgs form NOS-BBS since
about a couple of years... ?!
> Let's see how we can overcome any limitations that each software package has.
>
>
> Is there a definitive source of information as to how the various bbs
> systems use BID and MID? Here's the scenario. My JNOS system has been
> running since the late 90s and my numbers are approaching 1 million!
> What I have found out is that when my number is something like 976405,
> it gets circulated around as 76405 and a mismatch occurs when checking
> the number to see if a system already has it or it gets duped. Not good.
>
> We would have more wiggle room if letters were used along with the numbers.
>
> 5 Character Limitation(?):
> Numbers only = 10 * 10 * 10 * 10 * 10 = 100,000
> Both numbers/letters = 36 * 36 * 36 * 36 * 36 = 60,466,176
>
> 6 Character Expansion:
> Numbers only = 10 * 10 * 10 * 10 * 10 *10 = 1,000,000
> Both numbers/letters = 36 * 36 * 36 * 36 * 36 = 2,176,782,336
>
>
> Of course, this will only work if the bbs systems can make use of this scheme.
> Let's put our collective and aging brains together to solve this problem.
First: as asked to Maiko VE4KLM, there is a main
requirement to make the JNOS2 BID/MIB more complex/
elaborate then the actual and him have it a scheduled
work.
Second: the wheel has been already invented :)
A while ago I partially recompiled the DPBOX (DP/TNT)
which is perhaps the big job of first 1990s at the
beginning of 'linux' born: it is hard to learn due
to its complexity...
Having on the hand its manual we can read:
8. The Bulletin ID System
Bulletin ID's (BID's) are used to prevent double
reception of messages. They are a unique signature
of a message. The BBS saves every received BID in
the file box/stat/msgidlog.dp . The BID remains
'known' even when the file is deleted in your BBS.
Of course, the file may not grow endless. If its
defined maximum size is reached, the file is
overwritten from the beginning.
You can realign the file to the current content of
your BBS with the command REBUILD.
BID generation is of the kind : xxxxxx_CALL, where
xxxxxx is the UNIX time (count of seconds since
1.1.1970), projected on a character set of 0..9,A..Z.
So, your BIDs remain unique up to the year 2040 or so.
Third: the newest versions of OBCM just reinstalled
from scratch on a new server install for default a
'maxbids 8388608' and have a more 'complex' BID/MID
format (like to that generated for this msg).
Now since we have the sources of that (above) software
the efforts will be only in copying and adapting them
to the JNOS2 :)
--
73 and ciao, gustavo i0ojj/ir0aab/ir0eq
SICD project Rome Italy
Quidquid latine dictum sit, altum videtur
Read previous mail | Read next mail
| |