Hi

So I've had a few beers I got for christmas from one of my wife's work colleagues (I know how lucky am I). And I've made an executive decision
to toss all the mail area code out the window.

I'm not going to push anything until I've finished, so you have a little
while to grab the latest, and I suggest you do because it may be a bumpy
ride for a little bit.

The main reason why, is I want to support message bases other than JAM.
Jam is very nice, and if all goes according to plan you won't notice anything... however, I'd like to also support SMB (synchronet message
bases) possibly even reincarnate my SQlite message bases, or even MySQL
message bases - what could you do with PHP and mysql (Who knows?!)

At present JAM code is mingled in everything and I'm trying to abstract
it out.

So yeah, update now if you have been putting it off, will give you the
latest before the crazyness. I intend on testing it on the fat sandwich,
and will let you know when the git repo has settled down.

(I know I should probably make a branch... but where's the fun in that?!)

Andrew

--- MagickaBBS v0.12alpha (Linux/x86_64)
* Origin: The Fat Sandwich - sandwich.hopto.org:2023 (21:1/125)

On 16-Dec-2018 03:32, apam wrote to All <=-

The main reason why, is I want to support message bases other than JAM. Jam is very nice, and if all goes according to plan you won't notice anything... however, I'd like to also support SMB (synchronet message bases) possibly even reincarnate my SQlite message bases, or even MySQL message bases - what could you do with PHP and mysql (Who knows?!)

I reckon this is a great idea, hmm, you could turn Magicka into a real web forum/BBS hybrid. :)


... Everyone has a right to be stupid. You are abusing the privilege.
--- MultiMail/Win
* Origin: Bush Track BBS (21:1/109.1)

Quoting apam to All <=-

notice anything... however, I'd like to also support SMB (synchronet message bases) possibly even reincarnate my SQlite message bases, or
even MySQL message bases - what could you do with PHP and mysql (Who

Both SMB and SQL would be far better then JAM that's for sure. JAM is a
old outdated thing. I've been promoting moving away from it for years,
but I'm always shot down because "Standards".

You know I'm down for testing!

(I know I should probably make a branch... but where's the fun in
that?!)

You should make a branch... jsut in case you get to a point where "Oh
shit, I need to start over"

Shawn

... Jargon is used as a means of succeeding by, not simplifying.
--- Blue Wave/386
* Origin: A Tiny slice o pi (21:1/130.4)

Re: Out the window
By: apam to All on Sat Dec 15 2018 04:32 pm

The main reason why, is I want to support message bases other than JAM.

Have you ever thought of adding Squish message base support? The reason I ask is because I have a collection of Squish message bases across different nets that I could plug into Magicka, that I have HPT plugging away on.

The main reason I like squish is that you can delete messages and they go away without the need to pack your message base. I like that in netmail areas. Say I have 5 netmail messages, delete number 2 and 4, now I have three netmail messages. In a jam base I still have 5 until I pack the message base.

I'm not sure the above makes a lot of sense or difference, but I have always used squish for that reason. I rarely need to pack squish message bases. I used squish with Mystic when it had support for it.

Ttyl :-),
Al

... Never argue with a woman when she's tired, or rested.
--- SBBSecho 3.06-Linux
* Origin: The Rusty MailBox - Penticton, BC Canada (21:4/106)

On 12/15/18, apam said the following...

however, I'd like to also support SMB (synchronet message
bases) possibly even reincarnate my SQlite message bases, or even MySQL message bases - what could you do with PHP and mysql (Who knows?!)

Andrew, would love to see SQlite or MySQL message bases or in fact most other data. This would be huge plus for me.

Looking forward to the journey!

--- Mystic BBS v1.12 A39 2018/04/21 (Raspberry Pi/32)
* Origin: Sonic BBS | sonicbbs.ddns.net (21:4/144)

apam wrote to All <=-

So yeah, update now if you have been putting it off, will give you the latest before the crazyness. I intend on testing it on the fat
sandwich, and will let you know when the git repo has settled down.

Done, hope I pulled it in time. :D


... Computer Hacker wanted. Must have own axe.
--- MultiMail
+ Origin: Possum Lodge South * possumso.fsxnet.nz:7636/SSH:2122 (@3)
* Origin: FTN-MNET Gateway (21:1/50)

apam wrote to All <=-

So yeah, update now if you have been putting it off, will give yo latest before the crazyness. I intend on testing it on the fat sandwich, and will let you know when the git repo has settled dow

Done, hope I pulled it in time. :D

You did :)

Andrew

--- MagickaBBS v0.12alpha (Linux/x86_64)
* Origin: The Fat Sandwich - sandwich.hopto.org:2023 (21:1/125)

Quoting apam to All <=-

notice anything... however, I'd like to also support SMB (synchro message bases) possibly even reincarnate my SQlite message bases,
even MySQL message bases - what could you do with PHP and mysql (

Both SMB and SQL would be far better then JAM that's for sure. JAM
is a old outdated thing. I've been promoting moving away from it for years, but I'm always shot down because "Standards".

You know I'm down for testing!

Cool :)

You should make a branch... jsut in case you get to a point where
"Oh shit, I need to start over"

Haha yeah. I did end up making a branch.

Andrew

--- MagickaBBS v0.12alpha (Linux/x86_64)
* Origin: The Fat Sandwich - sandwich.hopto.org:2023 (21:1/125)

Hi Apam,

The main reason why, is I want to support message bases other than JAM. Jam is very nice, and if all goes according to plan you won't notice anything... however, I'd like to also support SMB (synchronet message bases) possibly even reincarnate my SQlite message bases, or even MySQL message bases - what could you do with PHP and mysql (Who knows?!)

will Magicka still support JAM, and how do the other formats go with
machines with limited ram (128Mb) and cpu power?

(I know I should probably make a branch... but where's the fun in that?!)

Please make a branch, so it doesn't break the current system. #-)




\/orlon



--- MagickaBBS v0.12alpha (Linux/m68k)
* Origin: Vorlon Empire: <Sector 550> (21:1/195.1)

On 16-Dec-2018 01:34, Satchmo wrote to apam <=-

On 12/15/18, apam said the following...

however, I'd like to also support SMB (synchronet message
bases) possibly even reincarnate my SQlite message bases, or even MySQL message bases - what could you do with PHP and mysql (Who knows?!)

Andrew, would love to see SQlite or MySQL message bases or in fact most other data. This would be huge plus for me.

I'd love to see these options explored. I'd like to see if a true web forum/BBS hybrid could be built around Magicka with a MySQL message store.


... What the f___ was that? - Mayor Of Hiroshima, 1945
--- MultiMail/Win
+ Origin: Bush Track BBS (@6)
* Origin: FTN-MNET Gateway (21:1/50)

On 15-Dec-2018 15:49, Al wrote to apam <=-

Re: Out the window
By: apam to All on Sat Dec 15 2018 04:32 pm

The main reason why, is I want to support message bases other than JAM.

Have you ever thought of adding Squish message base support? The reason
I ask is because I have a collection of Squish message bases across different nets that I could plug into Magicka, that I have HPT plugging away on.

I don't see why Squish couldn't be added. And if the abstraction is done right, it may even be possible to have third party message store "plugins", which would take the load off Andrew for maintaining different message stores.

Provided the plugin is written to support the abstracted messagebase API, it should work.

The main reason I like squish is that you can delete messages and they
go away without the need to pack your message base. I like that in
netmail areas. Say I have 5 netmail messages, delete number 2 and 4,
now I have three netmail messages. In a jam base I still have 5 until I pack the message base.

I don't delete netmails. :D


... I'm pretty sure that none of us are here.
--- MultiMail/Win
+ Origin: Bush Track BBS (@6)
* Origin: FTN-MNET Gateway (21:1/50)

On 15-Dec-2018 22:50, Tiny wrote to apam <=-

Both SMB and SQL would be far better then JAM that's for sure. JAM
is a
old outdated thing. I've been promoting moving away from it for
years,
but I'm always shot down because "Standards".

I like apam's strategy, abstracting the messagebase, so any back end for which he has code can be used. I don't see why JAM is needed to adhere to standards,

that argument doesn't make sense to me. Sure, there's a lot of JAM utilities around, as well as tossers, etc, but that's hardly a "standard". A true standard in this space would be a universal interface to a variety of message stores. That interface would be the standard.

If the old fossils (not to be confused with FOSSILs) get their way, we might as

well use the Hudson messagebase or *.MSG as the "standard". :D I've blown up enough Hudson messagebases to know how severe its limitations are. :D

You know I'm down for testing!

Me too! :) Magicka for me runs on a lightly loaded netbook. I could load up MySQL and see how that performs as a message store, once apam is ready. Magimail would have to change as well. :)

(I know I should probably make a branch... but where's the fun in
that?!)

You should make a branch... jsut in case you get to a point where "Oh
shit, I need to start over"

A branch sounds like a good idea.... just in case. :)


... Do you want graphics? NO, and quit asking me!
--- MultiMail/Win
+ Origin: Bush Track BBS (@6)
* Origin: FTN-MNET Gateway (21:1/50)

will Magicka still support JAM, and how do the other formats go with machines with limited ram (128Mb) and cpu power?

Yes, it will continue to support JAM, in fact JAM is the default, so in
theory you should not notice any changes if you want to use JAM.

(I know I should probably make a branch... but where's the fun in

Please make a branch, so it doesn't break the current system. #-)

I did :)

Andrew

--- MagickaBBS v0.12alpha (Linux/x86_64)
* Origin: The Fat Sandwich - sandwich.hopto.org:2023 (21:1/125)

Re: Re: Out the window
By: vk3jed to Al on Sat Dec 15 2018 09:24 pm

I don't see why Squish couldn't be added. And if the abstraction is done right, it may even be possible to have third party message store "plugins", which would take the load off Andrew for maintaining different message stores.

Yeah, looking back I have always relied on squish. Looking forward I think SMB is the way to go but I suppose that is all debateable. :)

I don't delete netmails. :D

I delete them unless they contain info I'll be looking for at a later date, and if that's the case I usually save them to a file.

Once I have dealt with them of course.. :)

Ttyl :-),
Al

... Put on your seatbelt - I'm gonna try something new!
--- SBBSecho 3.06-Linux
* Origin: The Rusty MailBox - Penticton, BC Canada (21:4/106)

Re: Re: Out the window
By: vk3jed to Al on Sat Dec 15 2018 09:24 pm

I don't see why Squish couldn't be added. And if the abstraction right, it may even be possible to have third party message store "plugins", which would take the load off Andrew for maintaining d message stores.

Yeah, looking back I have always relied on squish. Looking forward I
think SMB is the way to go but I suppose that is all debateable. :)

Yeah for now it's just testing JAM still works, Once I'm sure of that
I'll look at adding other message base types probably starting with SMB
(as it has smblib) I don't see an issue with adding squish, I guess it
depends on if there are people wanting it.

Andrew

--- MagickaBBS v0.12alpha (Linux/x86_64)
* Origin: The Fat Sandwich - sandwich.hopto.org:2023 (21:1/125)

On 16-Dec-2018 04:37, Al wrote to vk3jed <=-

Yeah, looking back I have always relied on squish. Looking forward I
think SMB is the way to go but I suppose that is all debateable. :)

I've never used Squish. Initially Hudson, then JAM, and today JAM and SMB. I think the SQL options will be interesting, when they're implemented

I don't delete netmails. :D

I delete them unless they contain info I'll be looking for at a later date, and if that's the case I usually save them to a file.

I see. Yeah I've always kept my netmails, other than ageing. But that's a non issue in the modern environment.


... The cost of feathers has risen...now even DOWN is up!
--- MultiMail/Win
* Origin: Bush Track BBS (21:1/109.1)

Quoting apam to Tiny <=-

Haha yeah. I did end up making a branch.

I may grab it on a second pi I have... Just need to figure out where
my kid put it and freshon up the OS on it first.

Shawn

... All turtle thoughts are of turtle.
--- Blue Wave/386
* Origin: A Tiny slice o pi (21:1/130.4)

Quoting vk3jed to Tiny <=-

If the old fossils (not to be confused with FOSSILs) get their way, we well use the Hudson messagebase or *.MSG as the "standard". :D I've

Anything other then *.MSG is useless. ;)

blown up enough Hudson messagebases to know how severe its limitations are. :D

You and me both. ... I had a hack using multi copies of RA for different
networks... I can't remember what I did but it was a hot mess.

Shawn

... Never eat yellow snow!
--- Blue Wave/386
* Origin: A Tiny slice o pi (21:1/130.4)

On 12-16-18 12:33, Tiny wrote to vk3jed <=-

If the old fossils (not to be confused with FOSSILs) get their way, we well use the Hudson messagebase or *.MSG as the "standard". :D I've

Anything other then *.MSG is useless. ;)

Hahaha! :D

blown up enough Hudson messagebases to know how severe its limitations are. :D

You and me both. ... I had a hack using multi copies of RA for different
networks... I can't remember what I did but it was a hot mess.

That sounds like a pretty ugly hack! :) Fortunately for me, JAM came along in time for me to not need to do such a hack. I just gradually migrated my message areas to JAM, which considerably eased the pressure on the Hudson messagebase. All new areas were configured as JAM from the outset.


... Wars are not fought to decide who is right - only who is left
=== MultiMail/Win v0.51
--- SBBSecho 3.03-Linux
* Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (21:1/109)

Hi apam,

will Magicka still support JAM, and how do the other formats go with machines with limited ram (128Mb) and cpu power?

Yes, it will continue to support JAM, in fact JAM is the default, so in theory you should not notice any changes if you want to use JAM.

OK, that's good then. HD space isn't a issue (150Gb) on this machine, but
ram is... I've been thinking about getting a bigram+, but unsure if it'll
work with Linux.

Considering how old the old girl is, it's amazing it's still going. Try
that with some of today's newer pc's. @0(





\/orlon



--- MagickaBBS v0.12alpha (Linux/m68k)
* Origin: Vorlon Empire: <Sector 550> (21:1/195.1)

Considering how old the old girl is, it's amazing it's still going. Try that with some of today's newer pc's. @0(

What kind of PC is it?


... Direct from the Ministry of Silly Walks
___ MultiMail/??Unknow v0.43

--- MagickaBBS/QWK v0.12alpha (Linux/armv7l)
+ Origin: Possum Lodge South * possumso.fsxnet.nz:7636/SSH:2122 (@3)
* Origin: FTN-MNET Gateway (21:1/50)

Considering how old the old girl is, it's amazing it's still going. Try that with some of today's newer pc's. @0(

What kind of PC is it?

It's an Amiga 4000, Warpengine 68040@40Mhz, 132 Mb of ram, 150Gb IDE hd, X-Surfe 100Mb NIC, running Debian Linux.

The down side is only having 125mb of ram once the kernal has booted.




\/orlon



--- MagickaBBS v0.12alpha (Linux/m68k)
* Origin: Vorlon Empire: <Sector 550> (21:1/195.1)