Subj : JAMAPI (1996 source)
To   : Ozz Nixon
From : mark lewis
Date : Tue Feb 12 2019 11:15:48

 On 2019 Feb 11 13:54:48, you wrote to me:

 ON>>> Anyone have an updated version of the TP code from Joaquim? I found
 ON>>> HUSKY has added a field in the first 4 bytes of the base header's
 ON>>> reserved - for HighWaterMark for the scanner.

 ml>> you should ask joho in the FD echo ;)

 ON> Snorting! I cannot believe you would say such a reply. Since, I know
 ON> based upon else echo content, you have a modified MKMSGJAM. :-/

hahahaha! yes, that library was written by Mark May back in the day... my 
modifications to it only fixed bugs and opened some data that was 
inaccessible...

bugs like using only hours:minutes:00 for the time when the message base could 
easily store the whole hours:minutes:seconds form of time without even rounding 
the seconds to multiples of two... squish has this limitation because it uses 
the DOS file time stamp stuff which rounds the seconds... JAM doesn't have 
it...

another example would be certain control lines that were not being properly 
allowed/stored...

the biggest example may be my MSGID code but it is separate and i simply called 
it and then fed the results to the control line code when writing the MSGID to 
the message...

i never did anything with using the MKSMG106 code to read and reply to 
messages... i only ever generated new messages with it...

i probably should see if i can find my original MKSMG106 archive and do a diff 
of it against my modified code to see what i really changed in it... it wasn't 
much but it brought the code more into line with the RA/FD/FE implementations 
as well as with the JAMAPI code released by joe and company...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it 
wrong...
.... Never use duct tape as a major design component in any mech. system.
---
 * Origin:  (1:3634/12.73)

.