TIP: Click on subject to list as thread! ANSI
echo: muffin
to: Bob Jones
from: Mike Tripp
date: 2003-10-19 13:28:02
subject: Maximus message editing

Hello Bob!

18 Oct 03 15:32, Bob Jones wrote to Mike Tripp:

 BJ> Definately.  But it is a lower priority than getting other things
 BJ> working that don't work at all vs fixing know issues with something
 BJ> partially working at this time....  All a matter of priorities.

Understood.  Get what's not working semi-working.  Get what's semi-working
working.  Once you know what works, go redo it the way it should've been
done.

 BJ> Would you like to go after the path issues within the code, taking
 BJ> care to keep both DOS, OS/2, Win32 and Linux / Unix file name and
 BJ> path conventions in mind?

Sure I'd like to!  Just don't have the time, tools, or C experience.

It seems like this cat should've been skinned before, since the Unix
conventions were born in the 60's and the rest in the 80's.  Network
operating systems have also been handling simultaneous access by mixed
clients of the various types as well.  With the other Fido apps already
addressing it, there ought to be code/algorithms around for
beg/borrow/stealing.  Simpler said than done, I know.

 BJ> Both of these items still bite weather we adhear to the 8.3 naming
 BJ> convention or not....

So if you take care of drive letters and slash directions, what currently
supported filenames are invalid as Linux filenames?   This is an area where
my perception is that it is only "going for more" that's
interfering with retaining what's already there.

 BJ> And we have yet to address the 8.3 naming convention that exists
 BJ> in the file areas.  [Note that while OS/2 and Win32 platforms
 BJ> support long file names, the Maximus BBS file areas do not support
 BJ> such for the upload / download files.]  Yes, this is an area that
 BJ> needs work.

I'm gonna have to take the doom-and-gloom stance on enhancements in this
area. There's probably a ton of bigger exchange issues with the limitations
of mailer session protocols, file transfer protocols, client support in
terminal programs, TICK/HATCH utils etc. that are beyond the scope of the
BBS program to address.  It's in the category of huge messages...something
that you can hack for limited usage and limited distribution, but one man's
"feature" becomes everyone else's "headache" in a
network.

 BJ> The message side of the BBS has supported long file names for some
 BJ> time, and I've used that on the OS/2 version of Maximus....

Yes, I've notice that even the longer tagnames of backboned echomail areas
are not utilized for backboned file distribution areas (8 chars max, UPPER
only). Coincidence?

.\\ike

--- GoldED 2.50+
* Origin: -=( The TechnoDrome )=- Austin,TX 512-327-8598 33.6k (1:382/61)
SEEN-BY: 633/267 270
@PATH: 382/61 140/1 106/2000 633/267

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.