• JAMAPI (1996 source)

    From Ozz Nixon@1:275/362 to All on Thu Feb 7 17:49:31 2019
    Hello everybody.

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

    I ask, as I have spent two months rewriting and redesinging into a more modernized object/class. Still works on TPC.EXE and BPC.EXE (16bit DOS, DPMI and 16bit Windows) all the way to Delphi, Free Pascal and Modern Pascal 64bit compilers. And I am interested in incorporating any other revisions others have
    needed to do. I fixed a couple bugs, and have been using GoldED's "I"nspect to make sure everything is aligning.

    Ozz
    ozznixon@gmail.com

    --- FMail/Win32 1.59b/beta
    * Origin: Richmond VA (RVA) Fidonet Support (1:275/362)
  • From Ozz Nixon@1:275/362 to All on Thu Feb 7 17:49:31 2019
    Hello everybody.

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

    I ask, as I have spent two months rewriting and redesinging into a more modernized object/class. Still works on TPC.EXE and BPC.EXE (16bit DOS, DPMI and 16bit Windows) all the way to Delphi, Free Pascal and Modern Pascal 64bit compilers. And I am interested in incorporating any other revisions others have
    needed to do. I fixed a couple bugs, and have been using GoldED's "I"nspect to make sure everything is aligning.

    Ozz
    ozznixon@gmail.com

    --- FMail/Win32 1.59b/beta
    * Origin: Richmond VA (RVA) Fidonet Support (1:275/362)
  • From Joacim Melin@2:201/120 to Ozz Nixon on Sun Feb 10 14:39:59 2019
    Hello everybody.

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

    I ask, as I have spent two months rewriting and redesinging into a
    more modernized object/class. Still works on TPC.EXE and BPC.EXE
    (16bit DOS, DPMI and 16bit Windows) all the way to Delphi, Free
    Pascal and Modern Pascal 64bit compilers. And I am interested in incorporating any other revisions others have needed to do. I fixed a couple bugs, and have been using GoldED's "I"nspect to make sure everything is aligning.

    Maybe you should ask him in the FD echo. Or send an email to him?


    --- NiKom v2.5.0
    * Origin: Delta City (deltacity.se, Vallentuna, Sweden) (2:201/120.0)
  • From mark lewis@1:3634/12.73 to Ozz Nixon on Sun Feb 10 12:31:40 2019

    On 2019 Feb 07 17:49:30, you wrote to All:

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

    you should ask joho in the FD echo ;)

    )\/(ark

    Always Mount a Scratch Monkey
    Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
    ... Short Books: Why People Are More Important Than Animals, by Greenpeace.
    ---
    * Origin: (1:3634/12.73)
  • From mark lewis@1:3634/12.73 to Ozz Nixon on Sun Feb 10 12:31:40 2019
    On 2019 Feb 07 17:49:30, you wrote to All:

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

    you should ask joho in the FD echo ;)

    )\/(ark

    Always Mount a Scratch Monkey
    Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
    ... Short Books: Why People Are More Important Than Animals, by Greenpeace.
    ---
    * Origin: (1:3634/12.73)
  • From Ozz Nixon@1:275/362 to Joacim Melin on Mon Feb 11 13:53:04 2019
    Hello Joacim.

    10 Feb 19 14:39, you wrote to me:

    Hello everybody.

    Maybe you should ask him in the FD echo. Or send an email to him?

    Already have - however, he's not the one going around making modifications for other people's software --- this is why I ask here. To find if there are MODs and to also in a subtle way let people know, I am collecting and merging them into a new release. You know, how Pascal developers communicate...

    Ozz

    --- FMail-W32 2.0.1.4
    * Origin: Richmond VA (RVA) Fidonet Support (1:275/362)
  • From Ozz Nixon@1:275/362 to mark lewis on Mon Feb 11 13:54:49 2019
    Hello mark.

    10 Feb 19 12:31, you wrote to me:


    On 2019 Feb 07 17:49:30, you wrote to All:

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

    you should ask joho in the FD echo ;)

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


    Ozz

    --- FMail-W32 2.0.1.4
    * Origin: Richmond VA (RVA) Fidonet Support (1:275/362)
  • From mark lewis@1:3634/12.73 to Ozz Nixon on Tue Feb 12 11:15:48 2019

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

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

    you should ask joho in the FD echo ;)

    Snorting! I cannot believe you would say such a reply. Since, I know
    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)
  • From Ozz Nixon@1:275/362 to mark lewis on Mon Feb 18 18:06:18 2019
    On 2019-02-12 16:15:48 +0000, mark lewis -> Ozz Nixon said:


    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...

    Could you share your MSGID logic? Does it guarantee no dupe for 3 years per echo? Instead of coding something original, I would like to "borrow" it ;-)

    Ozz

    --- FMail-W32 2.0.1.4
    * Origin: Modern Pascal, LLC. (1:275/362.0)
  • From Ozz Nixon@1:275/362 to mark lewis on Mon Feb 18 18:06:18 2019
    On 2019-02-12 16:15:48 +0000, mark lewis -> Ozz Nixon said:


    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...

    Could you share your MSGID logic? Does it guarantee no dupe for 3 years per echo? Instead of coding something original, I would like to "borrow" it ;-)

    Ozz

    --- FMail-W32 2.0.1.4
    * Origin: Modern Pascal, LLC. (1:275/362.0)