Is there anyone still doing updates to the Linux port of maximus? I am curious to know if there has been any new changes since last year? about 2008 or so. That was the last time I did a cvs update.

Thanks
Michele Marie Dalene
B'ichela


--- Maximus/UNIX 3.03b
* Origin: Planet Maca's Opus (860)738-7176 (1:142/7176)

Hi Michele,

Is there anyone still doing updates to the Linux port of maximus? I am curious
to know if there has been any new changes since last year? about 2008 or so. That was the last time I did a cvs update.

I don't know what the latest version is out there, Michele.. I know I had it running here in the background for awhile before I switched from gentoo to ubunto linux.. not now though..

but hey... maybe Scott will consider a linux update? :) I would dump BBBS in a flash if he would <grin>

Take care,
Janis

--- BBBS/LiI v4.01 Flag
* Origin: Prism bbs (1:261/38)

Is there anyone still doing updates to the Linux port
of maximus? I am curious to know if there has been any
new changes since last year? about 2008 or so. That
was the last time I did a cvs update.

Was there a missing feature you needed ?


--- Maximus/2 3.01
* Origin: Top Hat 2 BBS (1:343/41)

Was there a missing feature you needed ?

two features I still need.
1. getting qwk packets to download to people. I cna make em. but the remote users cannot download/upload them. Ditto with the file transfer areas.

2. getting Squish to compress in more than just ARC. changing the packer verbs to ZIP or zip or Zip for an outbounds mail doesn't change the compression to ZIP.

3. How about some doors? I haven't done much with the bbs as I cannot find doors for linux that uses either the maximus exit files or dorinfo1.def files.

--- Maximus/UNIX 3.03b
* Origin: Planet Maca's Opus (860)738-7176 (1:142/7176)

Hi Michele!

In your message to Mvan Le, dated <Thursday March 04 2010 14:17>, you wrote:

MMD: 2. getting Squish to compress in more than just ARC. changing the
MMD: packer verbs to ZIP or zip or Zip for an outbounds mail doesn't change
MMD: the compression to ZIP.

You need to define the zip compressor and unpacker in compress.cfg.
For instance this for Linux:

Archiver ZIP
Extension ZIP
Ident 0,504b0304
Add zip -jk9 %a %f
Extract unzip -njC %a %f
View unzip -v %a
End Archiver

In squish.cfg, you can change the default packer from ARC to ZIP by defining:

DefaultPacker ZIP

If you want to keep it ARC, you will need to define when to use ZIP by specifying it for each node that wants it.

Pack ZIP node1 node2 node3 ...

The latter is not needed if your default is ZIP!

That's all!

Kind regards,

._|~/_

e-mail: johan@zwiekhorst.be_NOSPAM
web: http://www.zwiekhorst.be_NOBOTS

--- EMMA v0.9b
* Origin: Tripod BBS Belgium - bortaS bIr jablu'DI'reH QaQqu' nay' (2:292/100)

Re: Is Linux maximus development still going on
By: Michele Marie Dalene to Mvan Le on Thu Mar 04 2010 02:17 pm

two features I still need.
1. getting qwk packets to download to people. I cna make em. but the remote users cannot download/upload them. Ditto with the file transfer areas.

Oh ok. This is the Linux version ...

Maybe these problems have got to do with the protocol code. Maybe they used ASM and it wasn't portable to Linux.

Try using an external protocol for Linux. Maybe there's CEXY for Linux. Mike Elhert (the NetFoss guy) created an optimised external protocol (pcmicro.com).

2. getting Squish to compress in more than just ARC. changing the packer ver to ZIP or zip or Zip for an outbounds mail doesn't change the compression to ZIP.

Oh Ok. I dunno. Haven't looked at Squish yet.

3. How about some doors? I haven't done much with the bbs as I cannot find doors for linux that uses either the maximus exit files or dorinfo1.def file

But Maximus can generate other drop files that can be used in DOSEMU.

I wouldn't mind trying to get Maximus to create those binary drop files that RemoteAccess / EleBBS uses ... then you can run RA-compatible doors in Maximus.

Re: Is Linux maximus development still going on
By: Michele Marie Dalene to Mvan Le on Thu Mar 04 2010 02:17 pm

two features I still need.

Oh ok. This is the Linux version ...

Maybe these problems have got to do with the protocol
code. Maybe they used ASM

I believe it has something to do with how TcP/IP handles the strings that a download protocol tends to send out. I have had that problem in the past with other protocols. it isn't Maximus specific.

Elhert (the NetFoss guy) created an optimised external
protocol (pcmicro.com).

2. getting Squish to compress in more than just ARC.

changing the packer ver

to ZIP or zip or Zip for an outbounds mail doesn't
change the compression to
ZIP.

Oh Ok. I dunno. Haven't looked at Squish yet.

If you can take a look at it and let me know the work around, I would greatly appreciate it.

3. How about some doors? I haven't done much with

the bbs as I cannot find

doors for linux that uses either the maximus exit
files or dorinfo1.def file

But Maximus can generate other drop files that can be used in DOSEMU.

I wouldn't mind trying to get Maximus to create those
binary drop files that

Hasn't any one even got anything like that working with dosemu yet? it has been
quite a long time! The problem is that I don't know how to interface maximus for Linux with Dosemu. What options do I add to my spawnbbs file that would allow me to run a door properly on the dosemu commands.


--- Maximus/UNIX 3.03b
* Origin: Planet Maca's Opus (860)738-7176 (1:142/7176)

Re: Is Linux maximus development still going on
By: Michele Marie Dalene to Mvan Le on Tue Apr 06 2010 07:52 pm

changing the packer ver

to ZIP or zip or Zip for an outbounds mail doesn't
change the compression to
ZIP.

Oh Ok. I dunno. Haven't looked at Squish yet.

If you can take a look at it and let me know the work around, I would greatly appreciate it.

I don't think there's anything wrong with Squish compressing emails. I
think there was previous discussion on the symptoms you've described and the solution was to beware that Linux is case sensitive ie. you need to create various case definitions for zip eg. zip, ZIP, Zip etc.

I wouldn't mind trying to get Maximus to create those
binary drop files that

Hasn't any one even got anything like that working with dosemu yet? it has been quite a long time! The problem is that I don't know how to interface maximus for Linux with Dosemu. What options do I add to my spawnbbs file that would allow me to run a door properly on the dosemu commands.

If you search Google, you'll find a number of instructions for running BBS doors under DOSEMU. I have no experience with that. I use Maximus/DOS to avoid such complications.

Running a BBS on VMware MS-DOS 6.22 or WindowsXP is the easiest way to get maximum compatibility from all your BBS applications.

Interesting idea of creating a individual defintion for all of the comrsser types. under Linux using the (Z,z}{I,i}{P,p} bash meto character generation would create nine different entries. LIke so.ZIP ZIp ZiP Zip zIP zIp ziP zip

thats a lot of variations to put in a compress.cfg file just for zip! I may give it a try though.

--- Maximus/UNIX 3.03b
* Origin: Planet Maca's Opus (860)738-7176 (1:142/7176)

Interesting idea of creating a individual defintion
for all of the comrsser types. under Linux using the
(Z,z}{I,i}{P,p} bash meto character generation would
create nine different entries. LIke so.ZIP ZIp ZiP Zip
zIP zIp ziP zip

thats a lot of variations to put in a compress.cfg
file just for zip! I may give it a try though.

Yeah.

I think the moral is Don't use Maximus in Unix/Linux.


--- Maximus 3.01
* Origin: Xaragmata / Adelaide SA telnet://xaragmata.mooo.com (3:800/432)

Interesting idea of creating a individual defintion for all of
the comrsser types. under Linux using the (Z,z}{I,i}{P,p} bash meto character generation would create nine different entries. LIke
so.ZIP ZIp ZiP Zip zIP zIp ziP zip

thats a lot of variations to put in a compress.cfg file just for
zip! I may give it a try though.

Unless there was some way to uppercase the filename each and every time one was uploaded or otherwise added to the filebase.

--- Sqed/32 1.15/unreg
* Origin: Omicron Theta Offline Reader * robertwolfe.org (1:261/20.716)