Hello Maurice!

11 Nov 03 15:17, you wrote to me:

 BS>> A networking version? I've actually been fighting with the telnet
 BS> BS>> communication module.. But it's like finde a neal in a
 BS>> heapstack, because I don't know how to do Zmodem transfers over
 BS>> telnet (more precisely, I don't know why it doesn't work).

 MK> I haven't bothered with zmodem for over six years now.  I am not aware
 MK> of a single machine around these parts that does zmodem so it seemed
 MK> to me to be a waste of time to persue.

I believe that, Zmodem ain't the problem. I believe that the communication
module ain't working right by filetransfer.. It doesn't do parsing of IAC,
but first of all I can't get the ComRead() function working in with
filetransfer, it stalls by select (fos_os2 function: mdm_readblock(), and
in ipcomm.c function: ComRead()).

BUT no one that me has look at it, and I do not have the fully understand
for telnet.. But noone seems to take their time just looking at it! It
really makes me crazy.

 MK> What is handy are things like
 MK> binkd to transfer information between other nodes and points out
 MK> there
 MK> in the rest of the world and hopefully by keeping that door open might
 MK> eventually interest someone else around here.

Yes but I want filetransfer in maximus to work, cost what it has to cost. I
don't care if it's kermit, xmodem, etc.

 MK> As for Maximus I'd love to put a text based BBS up but have no need
 MK> for serial communications or waiting for caller screens.

Maximus/UNIX doesn't require that.

 MK> Since this
 MK> seems to be the more critical aspects, along with telnet, for the
 MK> Windows, DOS and OS/2 crowds then it seems to me that my concerns can
 MK> wait until they are happy.

At the time I don't care about Win32, etc. I just want the filetransfer
working on Linux over Telnet.. I wrote a Modem-communication module
yesterday, which I might test tomorrow (I were setting BTXE up earlier
today, so it might work with Max).

 MK> I already have all that and have for years
 MK> and years now.  Personally I'd like to see utilities that will bring
 MK> the traditional text based BBS menuing and messaging, an offline
 MK> utility, based on a more multiuser (networking) aspects and exploit
 MK> what already works fine on Unixie OS's, such as file transfers and the
 MK> such.  I believe that to be a better methodology for Linux, *BSD's and
 MK> the such.

What are you waiting for? Join the maximus developing. I know you are a C
programmer, 4 eyes is better than 2..

 MK> Given that these systems all seem to be using gcc and can already do
 MK> networking then most of what I see in the current source is more
 MK> usable to the others and probably should get a higher priority if
 MK> those OS's are a concern.  I wouldn't worry about porting the source
 MK> to a Unixie enviroment.  It probably would be better to split it off
 MK> and that way it would simplify obtaining a working Unixie port of
 MK> Maximus.

ARGHH!

 BS>> It's allready started? The problem is that I think Wesley ain't
 BS>> interested in the project anymore..

 MK> Ah!  Who is then?  If just you and I then maybe we need to discuss
 MK> what we'd like to see happen?  I think Bob was talking about two years
 MK> in the future so it looks like we have lots of time to plan out a
 MK> perfect port for Unixie systems.

If no-one is developing on the project, because I don't want it to be a one
person project, so if SOMEBODY not commits anything I would not be
developing on it 2 months more..

 MK> I am in no rush and would love to
 MK> see a well thought out and useable system rather then a quick hack
 MK> job
 MK> just to get something going.  The rest here are more or less happy
 MK> with Maximus as is for their OS of choice so it doesn't appear there
 MK> is much to sweat.

 MK> Again, just my slant on it.

IF we could get the dirt working, afterwoods we could make it better..

Regards,
Bo

--- GoldED+/LNX 1.1.4.7