Hey Alan!

Sep 13 12:32 05, Alan Ianson wrote to Michael Balcos:

 AI> I think this could be done with inet.d. I have run Maximus/Linux
 AI> from inet.d before. I never got the thing to work multinode and
 AI> so it would recycle after someone logged off.

Right.  Maximus is a DOS program.  No multi-anything.  It might be possible
to farm out each call to dosemu but why bother if each call starts a
process that is a bloated and independent as the first?  Also that would
make it virtually impossible to do multinodal activities such as
head-to-head gaming, chatting and the such.  Also there is little security
in dosemu so you're gambling putting stuff like that up for grabs to a
remote.  Also dosemu doesn't work on 2.6 kernels (thank goodness
).

 AI> I think that could
 AI> be done but it would take quite a complicated runbbs.sh. There
 AI> must be a telnetd also for linux but I don't have one here I'm
 AI> sure there is one on the cd's if I looked for it.

Usually part of net-tools.  But then that can handle terminal logins
without any BBS.  You'd be better off writing bash scripts to handle remote
logins for telnetd.  Way simpler and then you could eliminate the need for
any DOS.

 AI> Have you looked at Synchronet? There is a linux native version
 AI> that you can build yourself (get the source from cvs). It's builds
 AI> without any further ado and just works, and has support for dos
 AI> doors under dosemu.

It won't work with 2.6 kernels.  Also much of the functionality of
Synchronet is better done by just employing the native Linux equivalents of
what Synchronet wants to give you, such as ftpd, irc, etc.  I think Windows
people require that fuctionality whereas a good Linux install properly
configured doesn't.  Where Linux lacks, BBS-wise, is in the FTN stuff but
then that can be rectified without resorting to a bloated BBS package meant
for a more networked crippled system such as XP.  :-)

Life is good,
Maurice

--- Msged/LNX 6.1.2