Text 422, 89 rader
Skriven 2007-01-19 21:34:39 av Russell Tiedt (5:7105/1)
    Kommentar till text 421 av Maurice Kinal (1:140/13.1)
Ärende: a little too quiet
==========================
Hello Maurice.

18 Jan 07 16:59, you wrote to me:

 RT>> That is also true, but the above is what I have currently ...

 MK> Same here but am only running one user (myself) from it and am not
 MK> dynamically tossing since it cannot deal with that issue properly.  It
 MK> needs to be overhauled in order to live properly on a multieverything
 MK> enviroment.  Too much DOS-think in regular applications for them to be
 MK> portable to Linux other then as a single user app without on-the-fly
 MK> tossing and packing.

<VBG> with the advantage that Linux can run several of them at once, which DOS 
never could ... :-))

 RT>> Well right now, I don't have any idea where this is all going to
 RT>> go,

 MK> Nowhere, as per usual.  Over the last 10 years I've seen no movement
 MK> in this direction other then what I've picked away at over the years.
 MK> Given that I am the only user here I haven't been that motivated as I
 MK> don't see it going anywhere significant.  Also following the trend in
 MK> Fido during this past decade I have noticed a definite decline in
 MK> usage of the Fido network as far as real users are concerned no matter
 MK> what OS.  The hardcore sysops are all there really are in Fido and
 MK> they are content with their obsolete systems that the rest are forced
 MK> to comply with.  Definetly Fido has long been on the slippery slope to
 MK> total obscurity mostly due to lack of foresight and the loss of the
 MK> hobby mentality that is cited as the core to Fido networking.

Well, I am stiring a bit for some changes, but so far Ward does not want to 
bite ( :-( ) , that just might kick a little life into the old dog, and help 
shed a few old crusty  types with obsolete software ...

 MK> Something like that could work.  I'd keep the tossing and packing
 MK> to/from the Fido links seperate from the localized mail just to ensure
 MK> that nothing funky happens with anything online that might be more
 MK> on-the-fly.  I've lost messages I was working on due to a Fido tosser
 MK> messing with message bases I happened to have open at the time of
 MK> tossing.  That might be fixed these days but I never bothered checking
 MK> over the years as I really don't care anymore.

What I have in mind is somewhat along these lines,

Recieve mail bundle from node, unpack, do address translation, repack, toss to 
my normal msgbase, for return msgs/replies scan out, do reverse address 
translation, repack, and pass on to downlink ... , no fiddling with the 
msgbase as such ...

 RT>> Just how difficult that would be, I have no idea ...

 MK> Depends on the format of the online/on-the-fly stuff.  Keep it simple
 MK> and the rest is as easy as it could be.  Don't make the FTN part (raw
 MK> pkt's) dynamic and work on the good stuff first.  :-)

That is the plan ...

 RT>> Guess I have a lot of reading to do ... <sigh> not that, that
 RT>> guarrantees I
 RT>> will be able to create a solution, but might just end up better
 RT>> understanding
 RT>> the problem ...

 MK> Jame Clay has a half decent start on the pkt creation with a perl
 MK> script he wrote.  That would be a very good place to start.  However I
 MK> like the ftp idea for gaming you had and I think that could be a basis
 MK> for a bash scripted solution since it isn't yet married to any normal
 MK> FTN style networking so we could chose the intial structure so that it
 MK> could facillitate reformatting to a raw pkt format if and when needed.

Hmmm ... must download that again, but packets seem to be just plain text 
already ...

 MK> Definetly easier to start at the beginning and there are no rules at
 MK> the beginning other then what it would take to make it work ftp-wise.
 MK> To be honest I think that is the way to go and if it indeed works out
 MK> great then worry about the rest of the Fido world.  If not then no big
 MK> deal as it never touched any Fido abandonware.  :-)

Could work, tho currently I don't have transport issues, but addressing 
issues, and if I can get this one to work, I believe I have another similar 
application that would require a minimal amount of work to adapt to make it 
work there as well ... , and as for archiving bz2 works well ... <grin>

Russell

--- GoldED+/LNX 1.1.5
 * Origin: Rusty's BBS - Bloemfontein, Free State, South Africa (5:7105/1)