Ezycom does too.

That johnny come lately upstart system :) It'll just be a flash in the pan.
I never tried it though to be honest. It only did what I was already doing
when it came out.

When it first arrived, it was quite amusing, a lot of locals got excited about














































































































































































































































Australian software, and said Spec why don't you use Ezy, support Brad... so I asked whats it do, and they let loose with a spiel does this, n that yadda yadda... and I had reply, Super does that already too...

Probably made more sense for someone putting a new system together. But it didn't contain anything compelling to make me want to switch over to it.

Spec

--- SuperBBS v1.17-3 (Eval)
* Origin: Scrawled in haste at The Lower Planes (21:3/101)

Message Base thoughts and ideas....

Isn't squish or JAM not sure which, functionally like a HUDSON base for each message area? If so, I might be able to coerce the reader to work with it.

NNTPJAM looks like it could be a goer, but I have that same message base interaction problem. Anyone know of a door that will handle JAM message bases?

Spec


--- SuperBBS v1.17-3 (Eval)
* Origin: (21:3/101)

What are you trying to do?

Welllllll aside from being difficult as usual :) If I could functionally use a


















































































































































































































































JAM message base with Super then having nntp available would sort out my problems of trying to bridge to the local nntp server...

Soo I need to find something that will work to read/post to JAM rather than Hudson. But if JAM is like the hudson for each area, it might be possible to work around it, using the reader still....

Or I go back and have another crack at the fido uucp gateway software again.

Spec


--- SuperBBS v1.17-3 (Eval)
* Origin: (21:3/101)

Each area has its own base, which consists of 4 or 5 files. That's
the case for both Squish and JAM, unlike Hudson which has all areas
in the one messagebase.

Once upon a time, and I never looked into it, one of the alternate message base


















































































































































































































































alternatives was effectively meant to look pretty much a hudson message base for each area as opposed to the traditional all areas shoveled into one. If that was the case with some jiggery pokery and artful configuration it might be


















































































































































































































































possible to get by with something that expects a hudson base. Its a question of internal design.

Hmm, might need a BBS for the JAM? Many options in that area, both

Been there done that before... biggest problem was it tended to be a one way trip they always want to hang up on exit. Might be able to finagle that though


















































































































































































































































too.. probably last resort at this stage. And would want to be, something DOS age an antique as well.

Spec


--- SuperBBS v1.17-3 (Eval)
* Origin: (21:3/101)

So JamNNTPd can work with JAM message bases. (A tip, a clue is in its
name !)

I have seen another version (fork) of it that can work with Squash
- dont recall where, but might be with the hpt stuff...

So it acts as an NNTP server, for which it serves clients (aka
readers)...

Does that help you?

No and yes.. I already have an NNTP server in place however I could just scrape


















































































































































































































































the JamNNTPd server I s'pose. What I'm looking for IF I put jamnntpd in play is a way I work around no native support for JAM. Another messy idea I s'pose would be to make it a point and scan toss packets from it to the HUDSON. I better ask the best question, what platform is JamNNTPd aimed at?

Squash might work, there is native support of it in Super, but "The Reader" only supports HUDSON. So if one of those two formats is effectively a HUDSON style build then reconfiguring the BBS to point at a different directory for every message area might be able to fool "The Reader" into thinking its still working only with HUDSON. Otherwise I need another alternative for this too.

Spec


--- SuperBBS v1.17-3 (Eval)
* Origin: (21:3/101)

In the DOS days, I had the same problem trying to implement a
"relogin" function on the BBS, so I could get a second login without having to hang up and call again. At the time, there were two BBS

I actually had The Kingdom BB sitting on the same machine as TLP while its owner was out on excercises on a sub somewhere... We had a number of common callers and somehow it ended up with me.

I was using type 15's to exit and start the new bbs software which I think was


















































































































































































































































RA, although you were meant to be able to get it to exit without hanging up and


















































































































































































































































returning to the first system in actuality it liked to hang up the modem, so it


















































































































































































































































was always a one way trip.

Forcing DTR high might've been enough, but I think RA and Super both liked to toggle it during logoff.

Spec


--- SuperBBS v1.17-3 (Eval)
* Origin: (21:3/101)

I don't know how you're going to do that... Yes, you're being
difficult. LOL

Wait for it, theres a partial plan in the air... might be slightly easier than I thought although still convoluted.

Spec


--- SuperBBS v1.17-3 (Eval)
* Origin: (21:3/101)

I was using type 15's to exit and start the new bbs

Type 15's???

Type 15 exits to dos, also used to launch doors. Can work a treat if you have low memory, it actually exits the BBS with a user defiened errorlevel so everything possible is unloaded, then starts the new software. You actually have to relaunch the original BBS software telling it someone is already online.

Type 7, shell to dos, leaves less memory free. Even if you enable *M OR *S for swapping this leaves less available memory.

Spec


--- SuperBBS v1.17-3 (Eval)
* Origin: (21:3/101)

Ahh OK, so these are SuperBBS specific? But yeah makes sense.

Ahhh no, 7 and 15 are older than dirt, go all the way back to Quick, RA also has them...

Spec


--- SuperBBS v1.17-3 (Eval)
* Origin: (21:3/101)

Check the JAM bases and make sure that there is a
<areaname> .jlr file. If not, "touch" it to create a zero byte
file. (Each JAM message area should have 4 files.)

A base with message looks like

msg.jdt
msg.jdx
msg.jhr
msg.jlr

If I less the files, they look normal. Headers, text etc.. I was crazy enough to call every message base msg...

/bbs/jam/tlp/waffle/msg.*

all the rest are a variation on that theme.

Spec


--- SuperBBS v1.17-3 (Eval)
* Origin: (21:3/101)