Can anyone who has the message base well documented, submit the missing proposal (or empty one)?

And would it make sense, for me to submit JAM also?

So it is atleast somewhere in the FTSC docs ;-)

O.

--
+++ Are we having fun yet? I am!
ATZ|ATDT911|1,2~555

--- FMail-W32 2.0.1.4
* Origin: ExchangeBBS WHQ (1:275/362.0)

17 Feb 19 20:43, Ozz Nixon wrote to All:

Can anyone who has the message base well documented, submit the
missing proposal (or empty one)?

It is a work in progress... FSP-1037.

Last we heard from Stas, It isn't ready yet. I've got a draft copy.

--- Msged/NT 6.0.1
* Origin: Somewhere in New Hampshire's White Mountains (1:132/174)

On 2019 Feb 17 20:43:48, you wrote to All:

Can anyone who has the message base well documented, submit the missing proposal (or empty one)?

And would it make sense, for me to submit JAM also?

So it is atleast somewhere in the FTSC docs ;-)

it was discussed some time back (maybe 10-15 years?) but decided against since they are not FTN related... they are specific to message storage which can be done in any format and is not required for FTN participation...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... Of course I'm sane. The voices said so.
---
* Origin: (1:3634/12.73)

Re: SQUISH ... who can submit the proposal?
By: mark lewis to Ozz Nixon on Mon Feb 18 2019 01:06 pm

On 2019 Feb 17 20:43:48, you wrote to All:

Can anyone who has the message base well documented, submit the missing proposal (or empty one)?

And would it make sense, for me to submit JAM also?

So it is atleast somewhere in the FTSC docs ;-)

it was discussed some time back (maybe 10-15 years?) but decided against since they are not FTN related... they are specific to message storage which can be done in any format and is not required for FTN participation...

FOSSIL isn't required for FTN participation either, yet it's an FSC document. <shrug>
--- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

On 2019 Feb 18 14:16:04, you wrote to me:

it was discussed some time back (maybe 10-15 years?) but decided
against since they are not FTN related... they are specific to
message storage which can be done in any format and is not required
for FTN participation...

FOSSIL isn't required for FTN participation either, yet it's an FSC document. <shrug>

it was at one time because that was the only way to have the software be able to run on multiple platforms with widely differing serial port methodologies...

there was also a video fossil (aka VFOSSIL) used due to differing video methodologies... MSG is also documented and not required...

i actually liked the idea of having the message base formats and detailed information on how they worked in the library but... that discussion was back when odin, colin or scott were the chair... i'm fairly sure it was before scott... i don't have a problem adding them to the /reference/ library... it is

a bit late in the game, though...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... Impotence...Nature's way of saying "No hard feelings,"
---
* Origin: (1:3634/12.73)

Re: SQUISH ... who can submit the proposal?
By: mark lewis to Rob Swindell on Mon Feb 18 2019 09:09 pm

On 2019 Feb 18 14:16:04, you wrote to me:

it was discussed some time back (maybe 10-15 years?) but decided
against since they are not FTN related... they are specific to
message storage which can be done in any format and is not required
for FTN participation...

FOSSIL isn't required for FTN participation either, yet it's an FSC document. <shrug>

it was at one time because that was the only way to have the software be able to run on multiple platforms with widely differing serial port methodologies...
there was also a video fossil (aka VFOSSIL) used due to differing video methodologies... MSG is also documented and not required...

When I joined FidoNet in 1992, I did not need nor use a FOSSIL driver. <shrug>

i actually liked the idea of having the message base formats and detailed information on how they worked in the library but... that discussion was back when odin, colin or scott were the chair... i'm fairly sure it was before scott... i don't have a problem adding them to the /reference/ library... it is
a bit late in the game, though...

For archival purposes, I don't see a problem with it. The "prior art" seems to condone the practice (for FSCs anyway).
--- SBBSecho 3.06-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

On 2019-02-18 16:05:38 +0000, Fred Riccio -> Ozz Nixon said:

17 Feb 19 20:43, Ozz Nixon wrote to All:

ON> Can anyone who has the message base well documented, submit the
ON> missing proposal (or empty one)?

It is a work in progress... FSP-1037.

Last we heard from Stas, It isn't ready yet. I've got a draft copy.

--- Msged/NT 6.0.1
* Origin: Somewhere in New Hampshire's White Mountains (1:132/174)

Great... I know it has been a work in progress for the past 2 years, thus, I spoke up. I have my JAMAPI coded, now I am working on my Squish implementation.

Also have my Hudson, Goldbase, Renegade, PCBoard implementations finished. Looking at Squish and Adept to wrap up this month... and then stress test FMTP which each format. HMB and GB have obvious limitations, JAM is much like PCBoard (since PCB is older), and I know Squish is limited to 9 deep on the reply chain.
--
+++ Are we having fun yet? I am!
ATZ|ATDT911|1,2~555

--- FMail-W32 2.0.1.4
* Origin: ExchangeBBS WHQ (1:275/362.0)

On 2019 Feb 18 12:31:42, you wrote to Fred Riccio:

[...] and I know Squish is limited to 9 deep on the reply chain.

and limited on date/time stamps to the old DOS FAT format with only even seconds plus a few other things...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... I've GOT it together. You should have seen it APART!
---
* Origin: (1:3634/12.73)

Hello Ozz!

Monday February 18 2019 12:31, you wrote to Fred Riccio:

Great... I know it has been a work in progress for the past 2 years,
thus, I spoke up. I have my JAMAPI coded, now I am working on my
Squish implementation. Also have my Hudson, Goldbase, Renegade,
PCBoard implementations finished. Looking at Squish and Adept to wrap
up this month... and then stress test FMTP which each format. HMB and
GB have obvious limitations, JAM is much like PCBoard (since PCB is
older), and I know Squish is limited to 9 deep on the reply chain.

You should not bother with Adept - it has been abandoned more than 10 years.

More importantly 2/3 differing distributions have vanished.
It was only for OS/2.



Vince

--- Mageia Linux v6 X64/Mbse v1.0.7.11/GoldED+/LNX 1.1.501-b20150715
* Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1)

Hello Vince.

20 Feb 19 16:04, you wrote to Ozz Nixon:

You should not bother with Adept - it has been abandoned more than 10 years.

Once I have time, I have Andy Roberts' full AdeptXBBS filebase and will put it online. He had stuff I didn't know existed.

More importantly 2/3 differing distributions have vanished.
It was only for OS/2.

Orion is still around and is open source.

But to untangle the mess that is Adept/Orion, you'd have to have a lot of time and a deep knowledge of all things OS/2. Gatekeeper, Adept/Orion's message tosser, is an unmitigated mess.

Later,
Sean

--- GoldED/2 3.0.1
* Origin: Outpost BBS - bbs.outpostbbs.net (1:18/200)

Hello Sean!

Wednesday February 20 2019 17:59, you wrote to me:

Hello Vince.

20 Feb 19 16:04, you wrote to Ozz Nixon:

You should not bother with Adept - it has been abandoned more
than 10 years.

Once I have time, I have Andy Roberts' full AdeptXBBS filebase and
will put it online. He had stuff I didn't know existed.

More importantly 2/3 differing distributions have vanished.
It was only for OS/2.

Orion is still around and is open source.

But to untangle the mess that is Adept/Orion, you'd have to have a lot
of time and a deep knowledge of all things OS/2. Gatekeeper,
Adept/Orion's message tosser, is an unmitigated mess.

I have a large -ish file are just for Adept but I have now lost the sources for both Adept
version as issued by the two programming teams.

I did hatch both out many years ago as as I did I must have deleted my internal copies of
this 'assuming' they were in the bbs file bases.
However some thing went wrong some where down the line and they totally vanished.

If you actually have them I would appreciate a copy of both or a link of where to get them
from.

My Adept file area is :

applewoodbbs.linkpc.net/files/local/adept

with the index at :

http://applewood.linkpc.net/files/local/adept/index.html

and they can be obtained via anonymous ftp then cd local/adept





Vince

--- Mageia Linux v6 X64/Mbse v1.0.7.11/GoldED+/LNX 1.1.501-b20150715
* Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1)

Hello Sean!

Wednesday February 20 2019 17:59, you wrote to me:

Orion is still around and is open source.

But to untangle the mess that is Adept/Orion, you'd have to have a lot
of time and a deep knowledge of all things OS/2. Gatekeeper,
Adept/Orion's message tosser, is an unmitigated mess.

Forgot to add I have somewhere an updated? version of gatekeeper that I had changed and
used when I ran Adept.

With the demise - OK IBM discontinuing OS/2 and refusing to make the source available to
the community I switched to Linux.

The progress of OS/2 since then from both sides of the pond has not changed other than
changes to drivers and most of that was via the OS/2 community so I refused to remotely
consider paying silly money for a subscription for the so-called newer versions.

I and a few others offered to IBM to extract the Windows code base from Warp 4.52 and
update it for modern CPUs including 32 and 64 bit operations but they ignored us.

My attitude after such response was to migrate away from it - pity it was a good system but
just has not kept up with newer technology so my decision to more away has proven valid.

Luckily my mainframe on a stick work does NOT require the use of OS/2 and Linux works well
as does a Windows platform when pushed.

Vince

--- Mageia Linux v6 X64/Mbse v1.0.7.11/GoldED+/LNX 1.1.501-b20150715
* Origin: Air Applewood, The Linux Gateway to the UK & Eire (2:250/1)

Hello Vince.

21 Feb 19 15:34, you wrote to me:

The progress of OS/2 since then from both sides of the pond has not changed other than changes to drivers and most of that was via the
OS/2 community so I refused to remotely consider paying silly money
for a subscription for the so-called newer versions.

Have you tried ArcaOS? There's a huge library of ported software available now

via ANPM. Heck, I even have git running under ArcaOS.

I and a few others offered to IBM to extract the Windows code base
from Warp 4.52 and update it for modern CPUs including 32 and 64 bit operations but they ignored us.

They can't do it. Microsoft co-owns the copyright on all of the kernel code and that's why it's not been open sourced. I have friends who work at the Austin, TX IBM campus who did a lot of work on OS/2 -- I even personally witnessed a version of Warp 4.52 that could run 32-bit Windows executables natively in one of their labs -- who told me that's pretty much the reason OS/2

died: Microsoft. It's still being used by a good portion of business because of its stability.

My attitude after such response was to migrate away from it - pity it
was a good system but just has not kept up with newer technology so my decision to more away has proven valid.

I don't mind. I mean, this is for a hobby and I'm not complaining. ArcaOS is still picky with hardware, just like the original OS/2 is, and I'd never recommend it for anything other than a BBS for my personal usage. I have Windows 10 64-bit set up for my amateur radio use though I am considering virtualizing that install and setting back up Slackware on that computer. It'd

be a shame not to.

Luckily my mainframe on a stick work does NOT require the use of OS/2
and Linux works well as does a Windows platform when pushed.

I know someone who has a working HP mini-computer running HP UX in his basement. This thing has a console on a cart with a huge cable connecting it to the mini. He has it up just for fun. I told him he should offer shell accounts on it. :D

Later,
Sean

P.S. I think we should take this to netmail as we've long jumped the thread...

--- GoldED/2 3.0.1
* Origin: Outpost BBS - bbs.outpostbbs.net (1:18/200)

Re: SQUISH ... who can submit the proposal?
By: mark lewis to Rob Swindell on Mon Feb 18 2019 09:09 pm

it was discussed some time back (maybe 10-15 years?) but decided
against since they are not FTN related... they are specific to
message storage which can be done in any format and is not
required for FTN participation...

FOSSIL isn't required for FTN participation either, yet it's an FSC

document. <shrug>

it was at one time because that was the only way to have the software be able to run on multiple platforms with widely differing serial port methodologies... there was also a video fossil (aka VFOSSIL) used due to differing video methodologies... MSG is also documented and not required...

i actually liked the idea of having the message base formats and detailed information on how they worked in the library but... that discussion was back when odin, colin or scott were the chair... i'm fairly sure it was before scott... i don't have a problem adding them to the /reference/ library... it is a bit late in the game, though...

Colin and Odin both.
--- SBBSecho 2.12-Win32
* Origin: SHENK'S EXPRESS telnet://shenks.synchro.net (1:275/100)

Good ${greeting_time}, Ozz!

17 Feb 2019 20:43:48, you wrote to All:

Can anyone who has the message base well documented, submit the missing proposal (or empty one)?
And would it make sense, for me to submit JAM also?
So it is atleast somewhere in the FTSC docs ;-)

https://github.com/huskyproject/smapi is the de-facto standard (used by more than 60% of Fidonet systems).


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

... GPG: 8832FE9FA791F7968AC96E4E909DAC45EF3B1FA8 @ hkp://keys.gnupg.net
--- /bin/vi
* Origin: http://openwall.com/Owl (2:5020/545)

Hello Vince.

20 Feb 19 16:04, you wrote to me:

Hello Ozz!

Monday February 18 2019 12:31, you wrote to Fred Riccio:

You should not bother with Adept - it has been abandoned more than 10 years.

More importantly 2/3 differing distributions have vanished.
It was only for OS/2.

Thanks, since acquiring ArcaOS (OS/2), I have been trying to make sure all the source I have here works on all of the platforms (OSes and Modem/Fossil/TCP).

Ozz

--- FMail-W32 2.0.1.4
* Origin: Richmond VA (RVA) Fidonet Support (1:275/362)