
Saturday 02-Jul-94 21:16:36

--1650--

AD> I have some 31500 files on line, or atleast listed, as many of
AD> then are on CDs, and I keep the headers for all of them buffered.
AD> It uses maybe about a Meg of memory, which is not all that bad.

FW> ?? 31500 files and the system only use about 1 meg of memory....could any
FW> other user give me also his result, because, really, i don't understand
FW> the result of Andy. May be i have a problem here...

If you keep the header info for 31,500 files in memory, it will use *EXACTLY*
1,071,000 bytes of ram.

If you keep header+item info in memory, it will use *EXACTLY* 6,363,000 bytes.

If it's using any more (or any less) than that, something is very, very wrong.
(It's almost impossible.)

--1651--

MB> Dupe checking on my system is just far to slow. And I am caught in the

DA> With 21,000 files online, a 50mhz 030, a 4091 controller, and a Quantum
DA> 1.2 gig, its' too slow for me as well.  It needs to be REAL fast.

Even if it could be sped-up to check 1000 files PER SECOND, 21 seconds
will still be too long to wait.

Batch U/L 6 files, and you'll have to sit for a full 2 minutes and wait.

And worse as BBSs grow to 50,000 - 100,000 files.

"Check while in the background" is the only thing that I can think of.
> Dup checking: YES/NO/BACKGROUND

Does anyone know how those "200,000 file" IBM systems do it?
(Or do they have dup-checking at all?)

--1652--

Would anyone like to see two new "order" sort types (#7-8) in CNet?

> Default order: Reverse chronological
>
>  0) Follow subboard default              1) Chronological
>  2) Reverse chronological                3) Alphabetical
>  4) Files 1st, chronological             5) Files 1st, rev. chrono.
>  6) Files 1st, alphabetical              7) Most downloaded
>  8) Most responses
>
> How would you like the items arranged?

You could quickly see the most/least popular files.
(Which should I keep/kill?)

You could quickly see the most/least popular posts.
(Which are most popular?  Which are using the most disk-space?)

Also, "SORT" or "ORDER" would be a good new "scan/browse" option, too.
> SCAN GLOBAL  SINCE -9  SORT 3

or alias it in CNet:BBSMENU:
> POPular ~ BROWSE GLOBAL SORT 7

No need to do the current method:
 A) Write down all your current order settings for every sub.
 B) Change the order of all of them to "7".
 C) Run scan/browse.
 D) Re-set all your subs back to their original settings.
(Pretty hard with 19 subdirs with 14 subs each, for a total of 266 subs.)

--1653--

I would like to see Tosser's verbosity flags marked as "1,2,4,8,16..."
instead.  Allowing users to "add them up" to produce extactly the
verbosity they desire.

Also, LOG_VEROSITY and SCRN_VERBOSITY would be 2 independant options.
(I'd like to set the former fairly high, while keeping the latter
fairly low.  I'm sure other people would want to save disk-space and
do just opposite.)

--1654--

TW> I have found by having the spellchecker in RAM: it saves alot of time and
TW> is fast, Just have your Speller load to ram and assign it there. the
TW> configuration is in the CNet dox.
TW> PS this msg was NOT addressed to you BILL but the user with the question!
TW> sorry.

You are accidently misleading everyone by telling them to "ASSIGN".
"ASSIGN'ing is absolutely NOT needed.

You only need to do 2 steps (not 3 or more):
 1) Copy it to ram: (or anywhere you like, "FFS rad:" is faster yet).
 2) Tell CNet's CONFIG/PATHS/SPELLER the path/dir that it's in.

Nothing more, or nothing less, is needed.

--1655--

JB> Toss is importing relies BEFORE the posts.  If it were only affecting MY
JB> system, that would be one thing, but I am a FIDO Hub, and when TOSS tosses
JB> my downlink's messages, THEY get them backwards too...  Am I doing
JB> something wrong, or is this a glitch with TOSS?

It's a confirmed problem with the way in which CNetToss unpacks/tosses.
(Not paying attention to any type of order or dates.)

I wouldn't have minded it too much if CNetToss would have been fixed a
few weeks (days?) after this problem was mentioned.  But it wasn't.
And has continued to exist for many, many months.

With 65,000 msgs online here, many of them are "out of order" now.
And always will be (even months/years after CNetToss gets fixed).
And who knows how long that will be.

A quicky "CNetToss only" update was needed ages ago, but never released.

I will forever have to explain to users why some threads have 2-3
ANSWERS, and THEN the QUESTION comes afterwards.  Welcome to
Jeopardy(tm).

DM> BB> It's a confirm bug in CNet's tosser.
DM> BB> Been in there for ages.
DM> BB> Should be fixed in the next release.
DM> BB> But who knows when that'll be.

DM> Is there anything one can do to get around this or fix this??

None that I've heard.

DM> I also have
DM> that problem. :(  IT would be kind of Ken to release a Patch to fix this
DM> if it has been there for some time now.

I wonder how many people have mentioned that *TO KEN* though.
I don't know the actual numbers, but what if only 7 people out of 100
sysops mention it to Ken?  I hope he doesn't get the impression that
it isn't important, or that nobody wants that fixed.  (I can't imagine
it NOT effected EVERY single Fidonet system.)

I have many msgs on my system that are of "general interest" and I've
"protected" and plan on keeping online for several *years*.  Even
after CNetToss is fixed, they will appear "out of order".  The list of
these msgs goes longer and longer each week.  A bug like that needs to
be fixed ASAP.

I'm not looking forward to 1996 and telling people, "Oh, those msgs
are STILL appearing out of order due to a CNet bug that was fixed back
in 1994."  (That is, of course, if it even gets fixed in 1994.)

--1656--

RB> I would like to know if anyone knows how tou use the MCI L command to set
RB> your editor to Visual???  I am using a File_Id.diz utility that keeps
RB> setting the editor to line, I want to add a L112313 type line to change it
RB> back to VISUAL!
RB> Anyone have any ideas???

You'll have to file-requ "GetUsers" from 1:2410/207 to get the correct GetUser
# and the method.

Remember to:
1) Check the user's old editor setting.
2) Run File_Id.diz tool
3) Reset it to #1

Why not just contact the author of the File_Id.diz tool and tell him:
"DON'T MESS WITH IT IN THE FIRST PLACE." or
"SET IT BACK WHEN YOU ARE DONE WITH IT"

There's absolutely no need for him to do it incorrectly and force you to later
fix it up.  (And in the mean time, make all the CNet callers think that
something is wrong with CNet, or unknown something.)

If you are reluctant to mention it to him, give me his name/address,
and I definitely will.

--1657--

I need to log-off the current user from an arexx script.
It must:

1) NOT log a "TIME LIMIT EXCEEDED", "IDLE TIME EXCEEDED", "LOST CARRIER",
   "INSTANT LOGOFF", "DUMPED BY SYSOP", or other wrong info.

2) It SHOULD log as a "NORMAL LOGOFF".

3) The normal "@ logoff complete" BBSTEXT line should be displayed.
   (In case it has been modified to include pfiles, etc.)

4) The user should NOT be shown text regarding "TIME LIMIT EXCEEDED",
   DUMPED BY SYSOP", "AMAINT EVENTS", or other wrong info.

It needs to work just like "OFF!" does.

Currently I'm just using: 'addkey' "OFF!`"

But that has problems too:
5) Doesn't work from voting-booth or other menus that don't
   support "OFF!" logoffs.

6) The user sees the "OFF!" text.

--1658--

JJ> Jim
JJ> --- CNet/3
JJ>  * Origin: GreyLine BBS Sav, Ga (912)354-1565 (1:3626/4.0) (1:3626/4)
                                                   ^^^^^^^^^^^ ^^^^^^^^^^
Just a friendly reminder (for you and everyone)...

You need NOT manually put your Fidonet address in your ORIGIN-line.

CNet does that for you.

--1659--

DC> Remember, it's a demo... and doesn't come w/ docs...

It definitely "should" have some sort of doc/help file.
I've seen others complain about that too.
What good is a demo, if you can't figure out how to demo it?

Would anyone be interested in putting a short doc/help together?

Just list step-by-step what to do after unarcing the demo.

Keep in mind that your target readership will be users that have NEVER
run CNet before.  (Maybe never having run ANY BBS before.)

--1660--

HS> Hey... any of you ever notice this in the Activity Monitor?:
HS>            Upload Kbytes          0       0    2683      28K     91K
HS> I have 91 Megs online... not 91K!!! Is this supoosed to be like this or
HS> what?!?!?!

NS> 91K is 91,000,000 bytes.. if you had 91K online, it would just be 91.. as
NS> for anything under 10 meg it will be for say.. 7.5 meg would show up ag

91K           = 91,000     (or more accurately 91*1024 = 93,184)
91K Kilobytes = 91,000,000 (or more accurately 91*1024*1024= 9,5420,416)

"AM" is displaying "91K Kilobytes" NOT "91K Bytes".

I'd like to see "AM" just display those sizes like it does filesizes.
(The same subroutines within CNet could even be used.)

> 9382 (in bytes, if small)
> 423k (in kilobytes, if medium)
> 2.5m (in megabytes, if large)
> 1.2g (in gigabytes, if very large)
> 4.5t (in terabytes, if very, very large)

It would eliminate all questions like HS's is having.

But no, we have to think in odd terms like "91K K".

"Charges" should also be displayed better.
I'd rather see/think "$123" instead of the current "12K cents".

Ugh.  Boo.  Hiss.  And shame on you Ken.

--1661--

CH> I wish CNET would put numbers on the files when you list them in a direct
CH> areas, so you could select them by number. It could skip the dirs with the
CH> scan and if you wanted to list dirs, you could use the list command.

Numbering would be great.  But the dirs should be numbered too.
Just type in the #, and enter that dir.
(If your "LIST" cmd is going to list that one sub's dirs, how would you LIST
the other subs you might want to go to?)

CH> It would also be nice if it
CH> formatted the scan listings like the normal subboards.

I agree.  But it should be done via BBSTEXT, so you could use the direct-sub
format, the normal-format, or any of a dozen different ones.

Or can I already modify BBSTEXT for that?  How?

--1662--

GM> I think the front end mailer should be internal, but also have the
GM> choice to use an external mailer if you wish.  Like Toss, you can use the
GM> internal Toss, or an external one if you wish.

There is NO "internal" Tosser for CNet.

And I don't feel the mailer should EVER be "internal".

Of these choices....
1) An internal mailer written by Ken.
2) An external mailer written by Ken.
3) A 3rd party external mailer.
4) An internal Tosser written by Ken.
5) An external Tosser written by Ken.
6) A 3rd party external Tosser.

We already have 3,5,6.
We do NOT have 1,2,4.
We need 2.
We do NOT need (in my opinion) 1,4.

(I hope I typed all that in correctly.)

--1663--

JC> The capability to spread the message and file bases over several
JC> partitions.

JC> The ability to forward areafix requests to more than one feed per domain.

JC> Automatic account and billing management. CNet and E! do this better than
JC> DLG.

JC> User access flags, in addition to access levels.

JC> Full ARexx access to user accounts and area handling.

JC> Easy menu editing and configurability.

JC> Choice of command-line, single-letter or hotkey command structures.

Jim, no offense, but many items in your list are like saying, "I want
my car to have tires, a windshield, and a steering wheel".  I should
hope so.

Let's hear about your (and everyone's) "other" wish-list...

The things that you believe absolutely NO Amiga/IBM/MAC BBS has.
(Even the $1500+ IBM software packages.)
Things that BBS authors won't add (or even think of adding) until 2015.
The state-of-the-art dream features.
Speed and features that you think are "impossible" given current programming methods,
and existing hardware.
Things that would save you (and callers) tons of time/work/confusion.
An insanely low price tag.  (Given the extent of the software's features.)
Your wildest dreams.
Things people are afraid to even mention out loud because they are just beyond the
scope of anything know to exist in BBS software, as we know it today.

Now *THAT'S* a wish-list.

It's time to start expecting more from your BBS software.

Maybe many of those features already exist.

Oh yeah, 1 more thing.  I'll be forwarding your SUPER wish-list to a BBS author
I know.  He just might surprise you and impliment a "few" things.

Thanks.

--1664--

GZ> Anyone know what happen to Future World?  I have tried the last 4 days
GZ> and the BBS isn't answering the phone.  I figured everyone was off on
GZ> Vacation.

They are having a hardware problem with the machine used to run the BBS.
Corrective action is being taken.  Should be fixed soon.

In the meantime, when calling there, you might experience :
1) Ringing without answering.
2) Appearing as a new-caller without an acct.
3) Once logged-in, all the accts are listed as "you".
(A reboot fixes everything, no acct info was lost.)

Just to try and stomp all the questions and rumors...
They are NOT "on vaction".
They are NOT "ignoring you" or "repeated deleting your acct".
They have NOT closed down.
Ken did NOT lose any CNet source code. (It's a different machine altogether.)
Your acct didn't get deleted.
No msgs or files or accts were lost.
It is NOT due to bugs in the CNet software.
Jim and Ken still "exist" and are fine.
They didn't sell all the equipment in order to bid on the CBM buyout.
Any others?

--1665--

P> Well here it is the long awaited public domain file transfer proto which
P> allows bi-directional transfers.

I U/Led the source code to Hydra, to Ken, back in April.
No comments from him about implimenting it, or not.

I think it would be VERY hard to force Hydra in, as a sysop-hack.
When the BBSs is sending files out, how will it know what to do with the ones
that come streaming in unexpectedly, at the same time?

But I do NOT think it would be very hard for Ken to modify CNet to support
Hydra, though.  But will he?  Soon?  Ever?  Is he even interested in doing so?

It's a shame to waste time talking about things that Ken might have no
intention of doing at all.  Or might already be 95% implimented.

We won't know if he doesn't speak.

--1666--

DT> I dont want to sound dumb or anything, i have been runing cnet for years

The only 'dumb' question is 1 that you are afraid to ask.

DT> and i started using 3.0 and i just dont know the command for spell
DT> checking!...
DT> Its not on the help menu, either on the manual.. Whats the deal??!!??

In the full-screen editor it is mentioned in the menu...
"Ctrl-X C"

Also, you can call 810-473-2020 and get:
CNetDict.LHA 120K Replace CNet's 37,000 word dictionary with this
                  59,000 word one

Much better spell-checking, many more good "guesses" as to the correct
spellings, etc.

DT> --- CNet/3
DT>  * Origin: AmigaLynx #1 Amiga Your Dealers 201-368-0463 (1:107/590)
DT> (1:107/590)

Also, you don't need to include your node-address in your origin-line.
CNet sticks it in there for you.

--1667--

I just released (yet) another CNet tool.
Dial 810-473-2020 and get "TimeValid.LHA"

-v-v-v- CUT HERE -v-v-v-

Having trouble telling exactly how many hours/minutes between 2:53pm
and 9:12pm?  Or between 10:46pm and 2:28am, the following day?  CNet's
events-handler needs "length of event" in its "Valid" field.

Type in an events "start-time" and "end-time" and TimeValid will give
you the "start-time" and "length of event" times that CNet's events-
handler needs.

> Starting hour (0-12): 2
> Starting min  (0-59): 23
>             AM or PM: p
>
> Ending   hour (0-12): 6
> Ending   min  (0-59): 44
>             AM or PM: p
>
> For an event that runs from 2:23p to 6:44p...
>      set 'Time'  to : 1423
>      set 'Valid' to : 421

Handles events that cross midnight too.

-^-^-^- CUT HERE -^-^-^-

--1668--

C> BB> Maybe even set it up like:
C> BB> Pulldown menu : runs CNet's term
C> BB> F1            : runs Terminus
C> BB> F2            : runs Ncomm
C> BB> F3            : runs JrComm
C> BB> F4            : runs etc....

C> So, what's the quick and dirty way to set up say, NComm, as F1?

"Quick and dirty" would probably easier via BBSMENU, instead of F1.

Write a DOS script that runs the term you wish to use.

Make it as long, or short, as you like.  Set stack sizes, change dirs,
run config files, pop-up over the current CNet PUBLIC screen, or on
the WB in a window, share the port, or close it down, whatever.  The
last line of the script should run the term itself.

(You'll have to check your term's docs for the method of doing all those things.)

Add a line into the END of BBSMENU "1; Maintenance menu" list:
>   NCOMM | {#5 s:MyTermScript}

Type NCOMM from any prompt.

NCOMM now "becomes" CNet's term.

Auto-dialers, arexx-ports, term-scripts, and yes, even RIP graphics,
now become possible.  (Not "in" the CNet screen, but "over" it.)

--1669--

SI> ...point made.  ...Even if Ken were, to say, edit cnet so that it
SI> didn't actually SAY "SKYPIX" and DID say "RIP", who is to say these
SI> whinning PC-ENVY Sysops would actually do anything to make thier BBS
SI> support rip.

If Ken just made CNet:BBSTEXT display "do you want RIP" as a choice,
even if he didn't change another single thing, it would do something
very, very important...

It would tell every single SysOp, and every single caller, to every
single CNet-BBS in the world that CNet and send RIP-graphics.  (If
1,000 BBSs each have 100 callers, that's 100,000 people.)

I regularly talk to SysOps (and callers) that state, "too bad other
BBSs can display RIP-graphics to callers, but CNet can't".

They just don't realize that:
CNet v3.05c can.
CNet v2.63 can.
CNet v2.00 can.
CNet v1.00 can.

--1670--

BA> Also, is this going to be a Fidonet network?
BA> Or a new, (yet another, ugh) alternate network?

AF> FIDO-standard, but yes another (ugh) alternate network...  FIDO is just
AF> too old.  We are creative!

Why can't your own echos (via Fidonet) be just as "new" and "creative" as (yet
another, ugh) alternate network?

You'll have totally control over them either way.

But we won't have to deal with multi-nets, creating/downloading
multi-nodelists, updating multi-nodelists, multi-addresses, people that can't
contact others because they didn't get a 1234:* address, and on and on...

It's getting ridiculous to tell people, "Sure contact me, I'm at...."
1:2410/207 or 911:2938/903.6 or 123:1933/182.2 or 298:1985/892.3 or
69:8928/283.4 or 6969:1289/293.8 or 777:1488/23.5
(Of course, you'll have to have all those nodelists to do so.)

It's much easier to say...
If you ever want to contact me, I'm at "1:2410/207".
Nothing more, nothing less.
The main Fidonet nodelist.  The biggest, single list on the planet.
The only one you'll ever need, for me.

--1671--

Double-Talk
Sadie
Proteus
Hydra
HS-Link
Bi-Modem
VBBS
Chat&D/L
Dmodem
ParaBIT

I say we should go with the 2-way protocol that has *ALL* of this:
1) Available (for some time now) on over 130,000,000 IBM/MAC systems.
2) Fast, reliable, full featured.
3) Available in at least 1 Amiga term, as of today.
4) Code and source available.
5) Already the most-used, most-popular 2-way protocol on planet Earth.

I know of only 1 such protocol.  Hydra.
(Don't underestimate the power of #1 and #5, as well as #4.)

If I'm wrong, and there are a few others, please speak-up.

TB> I'm not talking about Hydra, I'm talking about the fact that there is no
TB> common interface for bidirectional protocols on the Amiga.  I'd like to
TB> see it done right, not hacked in as an afterthought.

That would be great.  But do you really see Ken doing that?
He's not even mentioned *ANY* 2-way protocol, let alone something that doesn't
have #1-#5.

Even if Hydra is "only slightly better than nothing", that's still more than
we have today.
(Which is *absolutely* nothing in the 2-way CNet protocol department.)

--1672--

TW> You want to see a good use of a BBSMENU/BBSTEXT then call my bbs and see
TW> what I did to make the Lami-Express emulator! It was a total re-write to
TW> emulate that lame bbs called Ami-Express. Just to draw a wider crowd! hehe

Everyone, make your BBSMENU file-requ'able so we can all share.
Always use the magic-name BBSMENU.

You can get mine as "BBSMENU" from 1:2410/207.

It's loaded with something like 650 different cmds.

Would anybody be willing to gather a ton of different BBSMENU files
together into 1 archive and U/L to Future World?

--1673--

On Thu 28-Jul-1994  2:41a, Michael Turner said to Mike Sailer:
MT> I had made RIP menus, leaving a text window at the bottom, but
MT> since RIP isn't integrated into CNet (and probably never will, what's the
MT> latest E! Demo?).

It has already been confirmed that RIP *WILL* be integrated into CNet
at a later date.

As of today, CNet v3.05c can already:
1) Send as many RIP codes as you like (including point&click mouse-gadgets)
   for callers to view and use.

2) SysOps can view/test their RIP screens by any of several means:
   a) Use a term to call your own system. (2 lines needed)
   b) Call your system from remote.       (1 line needed)
   c) Use a term and a null-modem cable.  (0 lines needed)
   d) Use a term and a null-modem device. (0 lines needed)
   e) View them in the RIP paint prg.
      (You don't even need CNet running at all, for that one.)
   f) There may be additional methods that I'm overlooking.

"D" is probably your best, cheapest, easiest choice.

I'd like to see 100s of CNet-BBSs start using RIP long before it gets
integrated into the system and can be viewed directly on local CNet
screens.

The RIP-stuff will look pretty much the same whether a SysOp views it
on a screen that says CNET or one that says RIPCOMM in the titlebar.

--1674--

TO> Is there a way to move a subboard form one (DIR)sub to another, without
TO> haveing to do a mess of work and redoing it all over again??

None that I know about.

I (and others) asked Ken if he was going to add this feature, long ago.
Nothing yet.

Maybe if 357 SysOps (instead of just 3) asked, things would get done.

Type "MS SysOp@1:2410/215" and say "Ken, please add <whatever>...."

--1675--

HM> If we were speaking by voice, you'd stop me 'coz I know you've
HM> heard this 1000 times before...People can DL from my board with good cps,
HM> but uploads are slow and full of errors...

It won't help improve your CPS speeds, but it will help you keep an
eye on them.  (As well as showing all your callers what they "should"
be getting.)

One such program is called CPSview.  It'll show things like:

>                            UPLOADS
>  Date   Protocol  Char-Per-Sec   FileSize     Speed    Efficiency
> 20-Aug   Zmodem       1342         288 K    14400 bps      98 %
> 21-Aug   Zmodem        932         438 K     9600 bps      97 %
> 22-Aug   Zmodem       1438         298 K    14400 bps     103 %
> 22-Aug   Zmodem       1584          46 K    14400 bps     106 %

>                           DOWNLOADS
>  Date   Protocol  Char-Per-Sec   FileSize     Speed    Efficiency
> 16-Aug   Xmodem        208          43 K     2400 bps      86 %
> 16-Aug   Zmodem       1787          44 K    14400 bps     124 %
> 16-Aug   Zmodem       1735          65 K    14400 bps     120 %
> 16-Aug   Zmodem       1725          61 K    14400 bps     119 %

Another program called BestProt even breaks it down by protocol:

> Uploads:       Efficiency
>   A) Ascii     = 90.4 %
>   X) Xmodem    = 94.5 %
>   Y) Ymodem    = 96.8 %
>   G) Ymodem-G  = 98.1 %
>   Z) Zmodem    = 99.3 %
>
> Downloads:     Efficiency
>   A) Ascii     = 88.7 %
>   X) Xmodem    = 93.0 %
>   Y) Ymodem    = 98.2 %
>   G) Ymodem-G  = 97.4 %
>   Z) Zmodem    = 99.7 %

I'm the author of both programs.  They are just little arexx scripts.
File-requ BestProt and CPSview from 1:2410/207 to get the very latest releases.

--1676--

R> Is there anyone out there who knows the GETUSER number for
R> physical subboard. The idea is to make fast move commands
R> between areas without viewing menuses. With this arexxmodule
R> would it be simple to make CNet to an ALL in one BBS.
R> Quickmoves from messageareas to "specific" filearea or viceversa

I'm sure there's a getuser for the physical subboard #.
(File-requ "GetUsers" from 1:2410/207 for a long list of 500+ of them.)

But what will you do after you have that value?
R> SETOBJECT <number>
R> PUTUSER <physical>
Does that (or anything) really "move" the user there?

I asked (long ago) for Ken to add something like:
Base> 12                   (Jump to sub #12 on current list)
Base> Jump 391             (Jump to physical sub #391)
(And a similar arexx cmd.)

I have no idea if he's planning on it, ever.
(Very, very, VERY few users seemed interested in it.)

It's a very powerful feature, loaded with possible uses.
If you want to see it added, "MS SysOp@1:2410/215" and mention it.

MM> BB> I asked (long ago) for Ken to add something like:
MM> BB> Base> 12                   (Jump to sub #12 on current list)
MM> BB> Base> Jump 391             (Jump to physical sub #391)
MM> BB> (And a similar arexx cmd.)

MM> With all due respect whats the point?

There's nothing disrespectful about asking good questions like...

MM> I mean users do not know what the
MM> physical subboard numbers are. For me I just b;1;2;rn to get were i want.

You could, of course, alias (via BBSMENU) the numbers into anything you want.
(You currently can't do that with "b;1;2;rn".)

CNet   ~ jump 290
Local  ~ jump 178
Games  ~ jump 113
Modems ~ jump 309

(Even if those subs are 6 dirs deep.)

The arexx possibilities would even be MORE powerful.

--1677--

DC> I know it's a 'bitch', but you'll have to update your BBSTEXT to the 3.05c
DC> version and then add all the modifications to that one...
DC> I'm gonna send Ken a diff creator and let him use that on BBStext
DC> updaters...
DC> That'll fix it and a few more idiosyncasies...

David, take a look at my UpBBStxt.LHA updater.

It is written entirely in C and will (in "-auto" mode) read the
2000+ lines from Ken's old file, compare each line to the 2000+ lines
in Ken's new file, determine which of the 2000+ lines in your modified
file to use/skip, and write the new 2000+ lines, all in under 5
seconds.

File-Requ "UpBBStxt" from 1:2410/207 for the latest release.

--1678--

> Which elements in a user's acct should be changed when you change his
> access-level?

How about config'ing it?

A few new CNet config/option check-mark gadgets....
 > Changing access levels, alters file/msg/pfile flags [ ]
 > Changing access levels, alters dollar-credits       [ ]
 > Changing access levels, alters file/byte credits    [ ]
 > Changing access levels, alters expiration dates     [ ]

Are those about the only ones that some people would want to "stick" VS
"change"?  Any others?

--1679--

C> I saw an exchange between some guys on here and some jerk kept
C> regurgitating the same argument against.  Something like, "A user uploads
C> a 200K file as the short description, blah, blah...".  It got real tiring
C> to see that same lame argument over and over.  It was disproved as a
C> viable argument the first time he spit it out when another Sysop pointed
C> out that you already have a setting in the "Limits" portion of Config.

I am NOT the user that mentioned the "200K file" scenario.
Nor did I see it "over and over".

But when you add up all my feelings, they spell "keep things as they are":
1) A *short* filenote is called a *SHORT* filenote because everyone is
expected to post a *SHORT* filenote, and find a *SHORT* filenote
posted there.

2) A *long* filenote is called a *LONG* filenote because everyone is
expected to post a *LONG* filenote, and find a *LONG* filenote posted
there.

3) Long notes often appear formatted strangely when forced into a 40-
column short-note format.

4) I definitely don't want 4000 files online with 4000 copies of the same
junk in them:
> ///////////////////////////
> \\ /X\y NamE Is BiLl     \\
> \\ I cAll mySelf tHe     \\
> \\ DevIl-Man, I U/Led    \\
> \\ ThI$ File.  Aren'T    \\
> \\ You Happy for /X\e??? \\
> /////////////////////////\\
Who really cares?  (And that's a MILD example of the pointlessness and
unreadability.)  I want to know about the ***FILE***.  You know, as in
"*FILE* note".

5) Extremely long-notes in the short-note space slow down all scan/
browse/search functions when they have to search through tons of
additional text.

6) Even if you do NOT use this feature, and keep your shortnotes set
to 4-lines, you will STILL waste extra memory.  (Look at CNet's
headers.  It must set aside x bytes, even if you don't care to use
them.)  Everyone will suffer these losses.

7) Screen-paging.  I'd rather see 20 files listed per screen when I do
a SCAN, not 3, due to enourmous *SHORT* (a contradiction in terms)
filenotes.

8) It would be perfect as "files.bbs" becomes the short-note.
   "FILE_ID.DIZ" becomes the long-note.
   (Or whatever filenaming conventions are decided upon.)

9) Longer filenotes (depending on how they are implimented) will most
likely break 1000s of CNet pfiles/games/tools that have already been
written.

Let's hear 10-20 opposing reasons.
(And "Oh, just because" isn't really a "reason".)
Definitely keep #6 and #9 in mind.

--1680--

> there's no activity with CNet right now, so
> the beta testers are just sitting back and waiting for something to
> happen.

When all the beta-testers could be posting and discussing just as many topics
as always.

I'd rather see Ken facing #2, than #1.
1) What should I add to CNet next?  I don't know.  I have a list of 8 things,
but they aren't really something I want to tackle this week.  CNet must be
pretty much "done".  Nobody is asking for much of anything new any more.

2) I can always fall-back on my list of 184 different things to add.  (Even if
50% are "too wild" ideas.)  Some taking 1 hour, some taking 6 months, to
impliment.  Just the right amount for the free time I have available right now.
Wow, 184!!! I better get to work.

Which message are we sending Ken?

--1682--

DL> Why so complicated? forget any Backup-Program, create an LHA-Archiv with
DL> all importend BBS-Files on your HD...

That's a very, very good idea.  Short and simple.

DL> ... and than at midnight call a batchfile
DL> from the event-manager just with the following lines:

That's a very, very bad idea.

If you get a corrupt file one night, you are over-writing your good
back-up with a corrupt one, thus losing it, and any possibility of
restoring it.  You've defeated the whole purpose of any back-up, by
destroying it.

It's better to back-up to different files called MON.LHA TUE.LHA WED.LHA etc.
Then you'll have 7 days worth.

(If space is a problem, at least do ODD.LHA on odd # days, and
EVEN.LHA on even # days.)

Here's the whole DOS-script you'll need.  (Only 3 lines.)

> set dat `date`
> set dat `echo "$dat" FIRST 1 LEN 3`
> LHA u df0:$dat.LHA @s:MyList

List all files that are important to you in "s:MyList".
Files that haven't been altered since your last back-up, are NOT re-backed up.
(That would be pointless.)

--1683--

S> Hello all, after several years of competing with one particular problem
S> with CNet, I finally decided to make this post and hope to god that ken

Why did you wait several YEARS?

S> default for your Message and UDBase subboards. I'de like to see this in
S> the Config menu personally. But the point behind it is you can configure
S> your default for your new message and udbase bases so when you add a new
S> area it automatically adopts the defaults you set in your config.

How about allowing 10 different full sets of defaults, instead of 2?
Or 100?
It can already be done.
Create a sub (or many) with the defaults you want.
(You can 'hide' these subs, or let users use them.)
Each time you create a new sub, specify "Copy from physical sub#".

S> I recently went through my entire system and reworked all my UDBase
S> subboards around the Aminet system for easy use for those who use the
S> internet alot (most ftp sites on the internet are based around the
S> Amigaboing and Aminet directory styles). This took me over 8 hours to do
S> 140+ subboards, this included adding and setting them all up correctly. If
S> there had been an easy to setup default for these things, I could have set
S> my defaults and just added all the bases without worrying about it.

Some other things would/could be helpful...

1) Did you use the current "EL 1-999" to help you with your editing?

2) Would a new, proposed "EL 1-999 ALL" help?
(It would effect all subdirs within all subdirs, etc.)

3) A "bulk" sub creator would be a handy.
Create 10 (or 100) subs at once.

4) CNet's master disks coming with a least a couple dozen pre-designed
msg/file subs.  (Just the most common ones, to get you started.)

5) CNet's master disks coming with 400 already created subs.  Well
organized, well thought out, already having tons of work done for you.
You'd just have to do some minor touching-up.  (I'll gladly donate my
SysData:subboards3 file.)

New SysOps could pick from #4 or #5.  They wouldn't need both.

6) The ability to move subs into and out of the current subdir.
No need to "kill" then "remake".

7) Cursor movement/positioning key-codes should also be allowed within
F1-F10 (and ^E ^F macros) to effect VDE screens.  You could set-up a macro
to do things like EL/DOWN/DOWN/DOWN/LEFT/RETURN/RETURN/RIGHT/UP/UP/UP/RETURN.
And save tons of repetitive typing.

--1684--

On Sun 07-Aug-1994  2:33p, Night Stalker said to Heavy Metal:

NS> Someone told me that they were Beta-Testing the 3.12 version, but that was
NS> probably just talk.. Who knows....

I know.

It's probably better to ask any 1 (or more) of the beta-testers, or
Jim, or Ken himself, than to listen to (and now spread) "someone told
me" stuff.

Can I get the name of that "someone", I'd like to ask him about the
source of his info?  Thanks.

As far as I know, CNet v3.05c is the latest version (beta or non-beta).

You can type "!V" at any prompt, on any CNet BBS in the world and see
the version number.  There's absolutely no reason to "wonder" what
version is in use.

--1685--

BB> When all the beta-testers could be posting and discussing just as many
BB> topics as always.

BM> For instance?  "Hey, this new feature we don't have is pretty cool!"

For instance...
"Hey, I'd like to see this cool new feature".

If Ken won't add them, maybe someone else will.
(Via pfiles, or maybe a different BBS author altogether.)

BM> or
BM> "Hey, I found a bug that we already found and reported 6 months ago.."

Maybe somethings do need a repeat mentioning.
Maybe someone has found some new bugs.  ("New" to them, or "New" to everyone.)

BM> BB> things, but they aren't really something I want to tackle this week.
BM> CNet
BM> BB> must be pretty much "done".  Nobody is asking for much of anything new
BM> any
BM> BB> more.

BM> What good has it been doing to ask?  You can't beat Ken into responding,

Of course you can't.  Why try?

Bob, I'll ask you.  Have you posted (publicly) every single bug you've
ever found in CNet that remains unfixed?

Have you posted (publicly) every single new feature you'd like to see
added to CNet (now, or years from now)?

If so, then you've done all you can.

Maybe many others aren't "done" yet.  I was just trying to encourage
them, not encourage (or discourage) you.

I have a bazillion more things to mention.  I wish I had the time to
key-in all the things that rush though my head on a daily basis.

But I'd rather hear ideas from other people too.

--1686--

RP> Lastly I can now NO LONGER hide from them! I know this is a feature, but
RP> why?
RP> Can we have have another privledge flag to over ride hidden status? Yes,
RP> there
RP> ARE times at 3am when I wish to hide from EVERYONE!

RP> Any comments?

I think the whole HIDE/MUFFLE system needs to distinguish between:
1) Outside CONF, HIDING from users, MUFFLE'ing OLMs.
2) Inside CONF, HIDING from users, MUFFLE'ing the conf text they post.

I can't imagine how those 2 ever became controlled by the same set of flags.
They are VERY different things.
When I enter the CONF, I *WANT* to talk/read stuff from others, even if I
don't want their OLM text.

When I log-in, I have to keep everyone muffled because OLMs will pour in.
I enter the conf, no one can talk to me.
I have to unmuffle people, and OLMs start pouring in, and I can't even conf
with anyone effectively.

I have a list of 30 different flags that Ken could reserve space for.
Implimenting #1 and #2 now, and implimenting a few in each of the next few
CNet releases.  (But at least all 30 would be reserved.)

--1687--

Q> it would be very useful when files get updated in cnet if they have
Q> a new datestamp

Q> a good way would be: in edit subboard to have a new option: "scan all
Q> items (y/n)"

I'd still need to do a good, large chunk of my subs.

How about if each *FILE* had a flag:
> Update at every amaint?

You'd mark just those files (not full subs).

"Update" would mean date/time/filenote/size/everything, not just 'datestamp'
as you mention.

Or perhaps Ken could impliment the "AO" (Adopt Orphans) cmd from the
respond/pass prompt, too.   But there it would just update all the info
about that 1 current file.

--1689--

Ken, you probably already heard about this one, but I'll mention it here...

I'm trying to run an arexx-pfile every 20 minutes throughout the day.
Due to a bug within CNet's v3.05c event manager, the event will only
be run if one (or both) of two things occur...

   1) No caller is on the port.
   2) The caller on the port hits [RETURN] (or some such activity).

(This bug is present even though the event is set for
"Immediately execution, whether system is idle or not".)

Thanks for listening.

Later...

MB> to this one event so far(this type of problem anyway). But, I have noticed
MB> BBSEVENTS has still several other problems, and that it will not work
MB> perfectly. THis costs $$$ in some cases, since I set it up to poll LD

As long as you've done both:
1) Posted the bug-report publicly.
2) Mentioned it to Ken.
I guess that's about all we can do for now.

BTW, I heard from Ken, he's confirmed the other "have to hit RETURN
for an online event to run" bug.  So that covers #1 and #2.

--1690--

As of Saturday 13-Aug-94 00:01:30 ...

These are version numbers of various programs written by:
   Bill Beogelein
   Box 530441
   Livonia, MI 48153
   810-473-2020, Fidonet 1:2410/207

They consist of a variety of types:
1)  Not yet released.
2)  Released only to users that have paid shareware fees.
3)  Released to everyone.

In most cases, the version numbers listed ARE also the latest ones
available to you.

In a few rare cases, the versions numbers listed are 1 or 2 updates
NEWER than what is actually available to you.  (Programs that I am
"using while beta-testing" for future release.)

Executables not updated since 1991, and therefore do NOT contain the
standard "$VER:" strings, are NOT included here.

You can File-Requ' this file from 1:2410/207 with the MagicWord "BBVERS".

The following info is automatically updated weekly.

    1 CPSview.rexx v1.2 Sun 24-Oct-93 20:04:46
    2 FileRequer v1.0 Monday 28-Jun-93 11:08:13
    3 ZipCode : Could not find version information
    4 DeDup   : Could not find version information
    5 Chop    : Could not find version information
    6 tdTally.rexx v1.0 Tue 19-Apr-94 11:06:33
    7 CmdAlias v0.1 Thursday 04-Feb-93 11:29:11
    8 NoVote v1.0 Friday 03-Apr-93 05:31:09 by Bill Beogelein 313-473-2020
    9 EditMenu.rexx v1.5 Sun 13-Mar-94 16:34:35
   10 CNetDial.rexx v0.2 Sunday 07-Feb-93 02:35:02
   11 FormLett.rexx v1.2 (beta) Mon 06-Dec-93 16:47:51
   12 SelfDel v1.0 Friday 03-Apr-93 05:31:09 by Bill Beogelein 313-473-2020
   13 CPSreport.rexx v0.2 16-Feb-93
   14 BestProt.rexx v1.1 Mon 01-Nov-93 16:07:07
   15 TrackRec.rexx v1.5 Tue 15-Feb-94 14:16:28
   16 Growth.rexx v1.1 Sun 03-Apr-94 21:24:15
   17 GrowthGraph.rexx v1.1 Sun 03-Apr-94 21:20:14
   18 Fdate v0.4 Jun 22 1993
   19 UPbbsTxt v0.5 compiled Jan 29 1994 16:06:25
   20 AccList v0.8 Jan 31 1994 16:38:15
   21 ALLBBSINFO v1.9 01-Mar-93
   22 Supp_263.guide v1.2 Sun 30-May-93 04:58am
   23 Vars v0.2
   24 Master.h v1.15 29-Mar-93
   25 bull:JtxtFile2.txt Vendor List 12-Mar-91 313-473-2020 ***
   26 CfgVDE v0.1 (c)1993 by Bill Beogelein compiled Jul  7 1993
   27 FileFlags v0.4 Aug  5 1994
   28 NoPurge v0.1 Jun 17 1993 20:50:40
   29 Growth v0.7 Apr  3 1994 22:00:12
   30 MailCheck v0.4 Apr 20 1994 18:33:26
   31 WhoDL v0.4 Mar  1 1993 19:29:09
   32 DLnotify v0.2 Nov  2 1993 22:22:30
   33 SubInfo v0.4 Mar 14 1994 08:17:14
   34 PrtEvents.rexx v1.4 Wed 06-Jul-94 20:07:44
   35 PrtModemCFG.rexx v1.1 Friday 09-Jul-93 04:56:16
   36 WeekLogs.rexx v0.5 Mon 27-Dec-93 21:52:45
   37 DOSmenu.rexx v1.2 Fri 26-Nov-93 17:59:50
   38 SigSwap.rexx v0.3 Fri 12-Nov-93 02:16:47
   39 DayCount v1.4 Tue 09-Aug-94 08:15:25
   40 CalCalls.rexx v1.0, Sunday 14-Mar-93 04:30:32
   41 CNetV.rexx v1.3 Wed 07-Apr-93 04:10:38
   42 NLsearch.rexx v1.1 Thu 17-Jun-93 03:58:32
   43 AMvde v0.2 (c)1993 by Bill Beogelein compiled May  3 1993
   44 Exists v0.2 Jan  4 1993 16:15:18
   45 AreaCode v1.27 (Jan 23 1994)
   46 TrimTo v1.0 Nov 12 1993 22:33:13
   47 ToDo v0.1
   48 Text v1.4
   49 GetComm v0.1 Oct 22 1992 18:21:28
   50 Count v0.5, Jul 28 1992
   51 NoANSI v1.0
   52 FileRequ.rexx v1.1 Sun 31-Oct-93 16:06:59
   53 FREQ.rexx v1.1 Sat 30-Apr-94 13:48:55
   54 FileRequCheck.rexx v1.0 Sunday 01-Aug-93 15:21:41
   55 NLtally.rexx v1.0 Saturday 07-Aug-93 16:04:24
   56 tdTally.rexx v1.0 Tue 19-Apr-94 11:06:33
   57 DateMath.rexx v1.3 Sat 29-Jan-94 17:17:33
   58 DateMsg.rexx v1.1 Sun 06-Mar-94 06:38:22
   59 Plan.rexx v1.1 Sat 29-Jan-94 17:14:11
   60 AG.rexx v1.7 Sun 01-May-94 16:47:21
   61 AG2 v2.3 Nov  2 1993 06:03:14
   62 WhoLoop.rexx v1.5 Tue 15-Feb-94 03:12:11
   63 LocalNews.rexx v1.0 Sat 25-Sep-93 15:48:08
   64 CNetMods.txt v1.6 Tue 24-May-94 19:22:08
   65 Profits v1.0 by Bill Beogelein 19Sep93
   66 UserStats.rexx v1.0 Sat 17-Jul-93 03:51:02
   67 FileItemInfo v0.1 Nov  4 1993 22:22:22
   68 ABBR.rexx v1.1 Thu 06-Jan-94 04:06:17
   69 Gfiles:FAQ1/Abbr.txt v1.3 03-Jan-94 (Common abbreviations used online)
   70 VoteGrph.rexx v1.0 Fri 12-Nov-93 03:07:15
   71 YankCheck v1.0 Mon 22-Nov-93 12:15:24
   72 ActSub.rexx v1.0 Tue 16-Nov-93 04:28:57
   73 SysOLM.rexx v1.9 Sun 26-Jun-94 17:14:37
   74 Percents.rexx v1.0 Sun 12-Dec-93 07:07:06
   75 Linfo.rexx v1.0 Mon 09-Aug-93 08:36:47
   76 DLfileFreq.rexx v1.0 Sun 21-Nov-93 20:35:26
   77 QuickDL.rexx v1.4 Sun 01-May-94 16:33:15
   78 UUCPgate.rexx v0.9 Fri 08-Apr-94 18:41:11
   79 FaxGate.rexx v0.5 Wed 12-Jan-94 21:44:19
   80 RR_Subs.rexx v1.1 Thu 13-Jan-94 23:28:49
   81 RR_Check.rexx v1.9 Fri 08-Jul-94 08:25:26
   82 TimeValid.rexx v1.1 Mon 25-Jul-94 15:58:48
   83 Usage v1.4 Thu 12-May-94 18:19:25
   84 AR.rexx v0.1 Sat 01-Jan-94 20:29:42
   85 Help.rexx v1.4 Tue 15-Mar-94 18:27:05
   86 MATH.rexx v1.5 Tue 15-Mar-94 18:23:03
   87 CLI.rexx v1.4 Thu 10-Feb-94 07:43:36
   88 Totals.rexx v1.5 Sun 13-Mar-94 07:45:29
   89 Which.rexx v1.1 Sun 15-May-94 20:38:55
   90 ChatLimit.rexx v1.0 Mon 20-Jun-94 07:04:05
   91 Cost.rexx v1.4 Mon 08-Aug-94 20:40:18
   92 MemArexx.rexx v1.0 Mon 03-Jan-94 04:35:37
   93 Tips.rexx v1.0 Sun 15-May-94 20:29:47
   94 Tick.rexx v1.0 Thu 28-Apr-94 22:37:45
   95 TossReport v0.4 Sat 02-Jul-94 19:59:35
   96 AvgCaller v0.1 Tue 28-Jun-94 19:34:31
   97 Free.txt v1.11 Mon 18-Jul-94 22:38:58 (list of free demo disks)
   98 Trans.rexx v0.1 Tue 05-Jul-94 04:30:46
   99 TransTable v1.0 Tue 05-Jul-94 11:04:24
  100 SysText:ProList.txt v1.1 18-Apr-94
  101 CredTotals.rexx v0.4 Sun 31-Jul-94 09:16:47
  102 DLers.rexx v1.0 Sat 06-Aug-94 08:56:57
  103 CNetV.rexx v0.1 Thu 11-Aug-94 07:34:28
  104 LineUse.rexx v0.1 Fri 12-Aug-94 09:45:40

--1691--

M> I just had a need for toss not to archive the bundle for a given site..

You could write a small DOS or Arexx script that renames that bundle,
so TOSS won't see it, then renames it back afterwards.


M> Is there a way for the current cnettoss to do this?  If not this needs to
M> be added ..

Do you feel that it would be used often, and by enough people, to
warrant putting it into TOSS itself?  If so, what method would you
like to see...

> Toss VERBOSITY=2 SKIP=1:2410/208 SKIP=1:2410/983 SKIP=1:2410/473

--1692--

S> I am having problems with some of my users getting lots of errors
S> during z-modem dl's & ul's at 14,400 baud.  I called the Phone Co. and

Bob Maple suggests...
One or a combination of the following problems:
1. CTS/RTS handshaking is not turned on in CNet.
2. Your modem is not configured for CTS/RTS handshaking
3. You do not have a full "7-wire" serial cable which even supports
   CTS/RTS handshaking.

Bill Beogelein suggests...
Try some test transfers going directly to/from "ram:" or "rad:" or a FFS
rad:".
Does the problem happen there, too?

Or just to/from your hard-disk?

--1693--

MB> Is it possible for me NOT to allow certain speeds at certains hours?  IE -
MB> No 2400 callers after 12:00 or somethin?

Sure.  Set-up a LogOnBPS event.
You pick the speed.
You which days, which times.
You decide whether to prevent U/Ling, D/Ling, or even logging-in at that
speed.

Time     = 1
Valid    = 600  (Midnight to 6am)
Interval = 0
Iterate  = 1

See page 69 in the manual for more info.

--1694--

MV> we use CNet 3.0 and TrapDoor 1.84. I have nothing seen about a integrated
MV> filemanager for FREQ. Is there a funktion or do we have to install an
MV> additional product? In that case, what should we use and where can we get
MV> this?

I'd first upgrade from v3.0 to v3.05c. (They are NOT the same.)
And then upgrade from v1.84 to v1.85.  (Released a few weeks ago.)

To FREQ type "FREQ" at any prompt within CNet.
That will *NOT* make TrapDoor dial-out.
A small, simple, Arexx-script, or DOS-script, can do that.

Let me ask....
How do you make TrapDoor dialout now to receive this echo?
Use EXACTLY the same method to get your FREQ'ed files.

--1695--

Everyone,
Make sure your BBS is listed in the Worldwide Amiga BBS List.

Contact Ed Dukeshire...
   The AMiGa AsYLuM Bulletin Board System
(508) 372-2258 - 24 hrs - 14.4k baud HST/v32
            FidoNet 1:324/134.0
            AmigaNet 40:700/14.0
         GEnie address: E.DUKESHIRE
    InterNet: E.DUKESHIRE@genie.geis.com

--1696--

MH> invitation only section.  That way, even if they were over 21, they still
MH> had to physically ask for access.  Then *NO ONE* could say they were
MH> FORCED to read something that might offend them.  You CAN'T make a
MH> subdirectory invitation only.  Wish I could.

I also group things into dirs.  (That's what they are there for.)
When I invite, I need to invite sub-by-sub-by-sub-by-sub.  Ugh.
And user-by-user-by-user-by-user.  Double ugh.

I'd love to do it by #-#,#-# ranges (like so many CNet things already do).
But not that one.  Triple ugh.

I don't know if such things are "forgotten" by Ken.
Or "overlooked" by him.
Or "not feasible" to add.
Or "no sysops (or very few) ever mentioned they wanted it".
I sure hope it isn't that last one.
Everyone, if you have a idea, good, bad, odd, or crazy, POST IT!

JO> guess I'm dense, but PGP doesnt ring a bell.... what does it stand

MH> PGP=Pretty Good Privacy.  It's a message encryption program.  Of course,
MH> you would only want people using it in NETMAIL and not echos, but it's
MH> just something I'd like to see emplemented.

What kind of mail are my users (or me) going to be sending that is so
very top-secret?  And worse, "who are the spies wanting to read it?"
If I could get a few comments about those 2 questions, I might be
using PGP too.
But there has to be both:
1) A need.
2) A solution for that need.
With PGP, I just have #2.

--1697--

TK> News / Vote:  I'd like the ability to DIRECTLY TIE IN a Vote question to
TK> a NEWS item.  This would mean that anyone who read the specified news
TK> bulletin, would automatically be slammed into the Vote Topic that had been
TK> assigned to that specific News bulletin.  This way, those relatively few
TK> vote topics that are of SERIOUS intent, and to which answers MUST be had
TK> quickly, can be immediately voted on, so that the SYSOP can get the
TK> quickest possible return of opinion.

Or just a new vote-flag for the alread existing vote-booth:
Type:  FORCE, AT LOG-IN, NONE

Meaning...
Force     : You have to answer it.
At Log-in : You jump to the vote-booth at log-in.
None      : You do *NOT* jump to the vote-booth at log-in.

Ironically, I'd find "none" the best new choice.
I'd let anyone/everyone post vote-topics as long as they were "none" type.
Now they are all "at log-in" type, so I let very few people post.

(And, I do *NOT* want to remove {pfiles:vote} from my log-in text, entirely.)

TK> News:  Post-dated News ->  This would, in effect, be to allow a SYSOP to
TK> post something 30-days in advance, and to set it NOT to be viewed until
TK> the set date was reached.  "Time release News" you could call it.

I like that idea.  But only if it is news/gfile/pfile.  Why only news?

TK> Enough for the moment...

Very good ideas.  I hope they keep coming.

--1698--

Go to the DOS prompt and type:
  Search >t:t CNet:BBSmenu "('~|;)" PATTERN NONUM
Then GET/IMPORT the file called t:t.

Post some of those great CNet-BBS cmd aliases you've dreamed up.
(So that other SysOps can use them too.)

1; Maintenance menu
   RAID~MS raid@1:120/123;Y
   AF~MS AreaFix@1:2410/123;Y
   EDPros~WF SysText:ProList.txt

2; Available everywhere
   NODESearch~MS DUMMY@;?
   KEN~MS Ken Pletzer@1:2410/215;Y
   JIM~MS Jim Selleck@1:2410/215;Y
   NETmail~MS @
   BROAdcastolm~OLM;*
   EDAliases~EP;17
   OOooo~O!
   E.~EDIT;.
   CNETV~!V
   OPen~xr;8;r:JoinConf.txt;A;
   0~ul;1;;4;80;;

3; Main prompt
   Quit~O!
   CNet~2;9;1;4
   CCNet~1;7;3
   SYSOP~2;9;1;2
   ADS~1;21
   SAN, SKY~1;22
   24, 241, 2410~2;10;19
   RElogon~2REL!
   Yours~GFILE;CLR;3
   FAQ~GFILE;CLR;1

4; ud/base
   DRAll~DROP ALL!
   JOAll~JOIN ALL!
   ADS~Q;1;21
   SAN, SKY~Q;1;22
   MESsages, MSGs~Q;2
   FILes~Q;1
   FAQ~Browse 'FAQ'
   RULes~Browse 'Rule'
   RZ~U!;;;
   //~/;/
   ///~/;/;/
   ////~/;/;/;/
   FLIst~:;Scan Global
   MF~VIew
   FREe~    :;BG FREE
   YEAr,YR~ :;BG SINCE -365
   MONth~   :;BG SINCE  -31
   WEek,RECENt,WK~:;BG SINCE -7
   TOday~         :;BG SINCE -1
   YESterday~     :;BG SINCE -2
   N~BG NEW

5; Respond or Pass?   TOUCH~EDIT;;;Y;*;N;N;N
   HD~GRAB;H
   TYPe~GRAB;A

6; News/GFiles/PFiles
   ADS~Q;1;21
   SAN, SKY~Q;1;22
   MESsages, MSGs~Q;2
   FILes~Q;1
   :~/;/;/;/;/
   //~/;/
   ///~/;/;/
   ////~/;/;/;/

7; Read mail, between items
   HD~GRAB;H
   TYPe~GRAB;A

14; Bbslist
   ADS~Q;1;21
   SAN, SKY~Q;1;22
   MESsages, MSGs~Q;2
   FILes~Q;1

18; Vote
   ADS~Q;1;21
   SAN, SKY~Q;1;22
   MESsages, MSGs~Q;2
   FILes~Q;1

20; Browse
   HD~GRAB;H
   TYpe~GRAB;A

31; Reading messages ("mess" option)
   HD~GRAB;H
   TYPe~GRAB;A

--1699--

MF> Funny thing about this though, if you allow posts in a file area and the
MF> first item is a post, it won't show downloads, it shows responses.

MF> Or rather, it doesn't show the header line for a file area, it shows the
MF> header line for a message area.

Sentence #1 is VERY different from sentence #2.

Since files and msgs can be mixed within CNet, it can't just always assume:
Use file-header lines for all UDBASEs.
Use msg-header lines for all BASEs.

I assume CNet uses the header it determines to be best at all times.

Namely, the file-header if the 1st item displayed is a file.
Or the msg-header if the 1st item displayed is a msg.
(Regardless of the sub type.)

If there's a "smarter" way to do this, please post ideas.
Thanks.

--EOF--

Monday 22-Aug-94 09:38:20

-Bill "Mr. BBS" Beogelein, 810-473-2020, 2-line HST 14.4k USR-DS, 1:2410/207

