PR>> Content-type: text/plain

 ml>> i gotta ask, after seeing the above for many months...
 ml>> what's it all about considering there's no such thing as
 ml>> any content other than plain ascii text in fidonet? ;)

 PR> I put that in because most of my readers are getting this
 PR> via email directly.  So they have a variety of MIME compliant
 PR> readers, typically using proportional fonts.

ahhh... and the gateway doesn't insert such a line and/or their clients
assume html instead of plaintext... i wonder, though, does it really work
considering that it could end up with a blank line above it and thus not be
a header line...

 PR> But proportional fonts really mess-up the spacing of the
 PR> "mini-charts" I include. As simply as possible, so it's
 PR> not too objectional to others such as this Fido echo, I'm
 PR> trying to persuade many of the readers to use a fixed-width
 PR> font to line-up the charts.

yes, i'm aware... i made that switch years ago... FWIW: this is why the FD
folk came up with the NPD flag in messages... Non-Proportional Display ;)

 ml>> i guess i should also tell you that everything that comes from your
 ml>> host gets  sidelined as not being y2k compliant... how? because most
 ml>> of the messages, yours?, are dated like Jan 5, 33 (for

 PR> My DOS/W31 system seems to be, but I can't say for yea or nay
 PR> this mm reader.

it is probably ok... there are newer versions available... i have 0.46 in
DOS and windows flavors running here...

[trim]

 ml>> 2005) and blah blah 32 (for 2004)... i can't tell from here
 ml>> if it is your system or dave emory's but i do note that his
 ml>> system is noted for not being y2k compliant and that if he
 ml>> is forced to update, he'd rather pull the plug... can you

 PR> Don't suggest he do THAT!!  I don't think there's many options
 PR> for me.  If he goes, so do I.

are you local to each other? i'm aware of at least one other system up that
way that feeds from dave... that system also feeds from me because dave's
system looses things at times and has had problems maintaining connectivity
in the past...

the system i'm aware of is in portland... in fact, here's a list of all
those up there in that network (Net 105)...

BBS                Location        Sysop             Phone
=========================================================================
bbs.gexonline.net  McMinnville OR  Stephen Proffitt  1-503-434-9539
Artik Breeze BBS   Brookings OR    Ken Parnell       artikbre.synchro.net
Shadowgard         Portland OR     Leonard Erickson  1-503-288-3629
WCS Online!        Oregon_City OR  Rob Williams      1-503-631-4545
The Bare Bones BBS Aloha OR        Dave Emory        1-503-591-5103

the first one is both POTS and telnet capable...
the seond one is telnet only...
the last three appear to be POTS only...

then there's the option to use most any other system if you can use telnet
and offline mail... since you already use multimail, telnet is the only
question remaining to be answered...

 ml>> elaborate? if it wasn't for me (and others) still running
 ml>> special y2k software that corrects invalid dates, none of
 ml>> your messages would make it thru my (and other's)
 ml>> system('s) (among others)...

 PR> Thanks.  I know Fido's less than a shadow of it's former stuff
 PR> but I'd miss not having this sort of interaction.  The web
 PR> just isn't the same.

you got that right... the main thing is that you can access QWK or bluewave
packets for your offline mail stuff... there are numerous systems offering
such capability... mine, for one, but i'm having to do some investigation
to determine what is causing some anomolies that i see with OLMS on my
setup... since i'm running beta bbs software, it is entirely possible that
OLMS isn't compatible with the datafiles and that i may need to work out a
"shim" program to go between to modify the created door datafiles
that OLMS reads... hummm... guess maybe i'd best go on a take a look at
modifying one that i wrote years back for this and see if it fixes the
stuff i've seen...

)\/(ark