HDTenEightyP/NetNews huggingface dataset:
From: tcscs!zeta@src.honeywell.com (Gregory Youngblood)
Newsgroups: comp.bbs.waffle
Subject: Re: Reading the news, to quit or not to quit!
Keywords: news read quit
Date: Tue, 05 Jan 93 10:47:23 CST
Reply-To: zeta%tcscs@src.honeywell.com
Organization: TCS Consulting Services

squevill@yo_dud.NoSubdomain.NoDomain (Stephane Quevillon) writes:

> Hi, here is another one for the experts.
> 
> When reading newsgroups, the quit command will not get me back to the main
> menu (as described in the docs) but, will jump to the next newsgroup.
> 
> If I keep quitting, it keeps scrolling through all the groups and only
> after the last does it give me the main menu prompt.
> 
> Where did we go wrong, or is this a known bug?

Your reading with RN aren't you?  I've noticed this too.  If you read with
NEW (or just N) you can quit at any time.

Greg

.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.
.   TCS Consulting Services   P.O. Box 600008   St. Paul, MN  55106-0008    .
.   ..!srcsip!tcscs!zeta                 ..!src.honeywell.com!tcscs!zeta    .
.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.
From: tcscs!zeta@src.honeywell.com (Gregory Youngblood)
Newsgroups: comp.bbs.waffle
Subject: Re: Old XT + Waffle + Fossil + V.32bis = ?
Date: Tue, 12 Jan 93 10:32:13 CST
Reply-To: zeta%tcscs@src.honeywell.com
Organization: TCS Consulting Services

carlos@carlos writes:

> In <LaL7wB1w165w@floor.uucp.risc.net> hp@floor.uucp.risc.net (High Priest) wr
> 
> >Well, I would be happy with 1000 cps. I'm currently getting 400-500 cps 
> >on a v.32bis connect from my feed. (UNIX machine)
> >The admin at my feed says there's nothing he can do, the 'g' protocol is 
> >simply too inefficient. Is there anything that I can do?
> >450 cps on a 14,400 connect is pathetic.
> 
> At times I peak at 500-600cps, but thats it..
> 
> If I would have known this little "fact", I may not have even started
> this.. Someone posted here recently a patch to change from "g" to
> "G" protocol. Maybe your site supports "G" and you might gain a
> speed increase..

These speeds from v.32 or v.32bis connections usually indicate some type of
data compression is being used, i.e. MNP-5 and/or v.42bis, and that you get
large volumes of news.  Large enough to matter at least. If your not using 
v.42bis or MNP-5 then this won't help and I dont know what else might work 
for you.  

Disable MNP5 and V.42bis before calling a UUCICO session (this can be done
easily in the DIALERS section).  When I did that I consistantly get throughput
of 850 to 900 cps receive and 550 to 650 cps when sending.  This is with 'g'
protocol and the standard packet sizes and windows sizes.

Greg

.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.
.   TCS Consulting Services   P.O. Box 600008   St. Paul, MN  55106-0008    .
.   ..!srcsip!tcscs!zeta                 ..!src.honeywell.com!tcscs!zeta    .
.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.
From: bobk@dogear.spk.wa.us (Bob Kirkpatrick)
Newsgroups: comp.bbs.waffle
Subject: Re: Old XT + Waffle + Fossil + V.32bis = ?
Date: 11 Jan 93 17:34:44 GMT
Organization: Dog Ear'd Systems of Spokane, WA

hp@floor.uucp.risc.net (High Priest) writes:

> jeff@amikoj.rn.com (Jeff Kunce) writes:
> 
> > The question: my throughput is peaking at ~1100cps (usually 900-1000). My
> > feed says I should be getting around 1800 cps. What's holding me up?
> > Is it my slow machine? A bad line? Are there magic settings? Should I
> > just be happy with 1k cps? All ideas appreciated...
> 
> Well, I would be happy with 1000 cps. I'm currently getting 400-500 cps 
> on a v.32bis connect from my feed. (UNIX machine)
> The admin at my feed says there's nothing he can do, the 'g' protocol is 
> simply too inefficient. Is there anything that I can do?
> 450 cps on a 14,400 connect is pathetic.

There are a number of different modems, and sometimes you get stuck with
less than optimum rates. I have a Practical SA9600, and the best I can
get is what Jeff Kunce described above. 

I got my best stuff by locking the computer to modem at 38,400 and letting
the modems negotiate the transfer speeds and protocol adjuncts.

---
Bob Kirkpatrick <bobk@dogear.spk.wa.us>
Dog Ear'd Systems of Spokane, WA
From: mikey@slic.cts.com (Mike Shirley)
Newsgroups: comp.bbs.waffle
Subject: Re: Anonymous UUCP Waffle Connections
Summary: slic.cts.com now has Anonymous uucp connections
Keywords: uucp,nuucp,anon,anonymous,snarf,files
Date: Mon, 04 Jan 93 18:52:12 PST
Organization: Muth Valley Bell  (619/390-SLIC BBS; V32bis)

fenner@postscript.cs.psu.edu (Bill Fenner) writes:

> No.  The Permits file entry is all you need.  UUCICO will create directories
> for each host that calls you.  I have several /spool/foo directories that
> are for machines that aren't my neighbors; but they at one time called in
> for anonymous UUCP.

Thanks to Bill.  Assumming that I have everything set-up
correctly, the anonymous uucp portion is ready for shake-down.  As
I have about 4 meg of DOS Waffle-related files, others may wish to
snarf them.  Not as slic (tm) as say, remote.halcyon but
available none-the-less.  A total of 8 meg of files are uucp'able.

                                       7542
Located in San Diego county at 619/390-SLIC, running a Telebit
T3000 with uucp spoofing enabled, and up 24 hours daily.  9600 or
better needed for a uucp connection.

        Login: nuucp
         word: nuucp

For the index to  /pub/waffle,  request slic!~/waffle/dr
For all available files,        request slic!~/index.all
To send a file to slic,         yourpathfilename slic!~/yourfilename

More info is available for uucp file transfers in /docs/network.doc
at section XVI.


These index files are in a state of flux.  For the time being,
these files are only standard directory outputs with 9600 transfer
times attached.  I'm working to bring them up to the "@files"
waffle-style directories, but I'm rather lazy with this
house-keeping trash.

I have broke out all the *.DOC files from within the *.ZIP files.
Although, not entirely efficient, it does offer a description of
the *.ZIP file's purpose.  I will be working on editing down the
*DOC file to a very small but informative *.INF file.  In other
words (in time), you will find something similar to the following
in the !~/????/DR files or !~/INDEX.ALL files:

        WAF165.ZIP, WAF165.DOC, and WAF165.INF

I don't know if Waffle uucp allows wildcarding.  But if it does,
then possibly all *.INF files in a directory or /PUB and it's
children could be requested in a single command.  I'm shooting to
make this as quick as possible to cut the long distance costs.  I
have always wanted to get more than a single line of info for each
file, without having to download a *.ZIP and then decompressing.

If anyone has some ideas in this area, I'd be happy to have your
input.  And of course, if you have any Waffle-related files not
already on slic, then I'd appreciate you dropping them off when
you make a connection.  Oh yes, regular logins to the normal BBS
are valid also at 1200 or better.

--
     Mike, WB6WUI   //   INET:  mikey@slic.cts.com   //   GEnie: SLIC
From: william@cithara.login.qc.ca (William Ross)
Newsgroups: comp.bbs.waffle
Subject: Re: uucico & rmail problems
Summary: Possible SHARE.EXE Problem ?
Keywords: uucico infinit loop
Date: 6 Jan 93 15:36:44 GMT
Organization: Organ Grinders Monkeys Union With Penguins As Mascots

pfaffman@pilot.njin.net (Jay Pfaffman) writes:

> I recently got the Waffle 1.65 source & am peeved that rmail & uucico
> sources aren't included.  Is there some way I can get them?
> 
> I'm running DRDOS 6.0 with 10net, a peer-to-peer lan.  On incoming
> uucp calls (not calls to my feed, thankfully) uucico fails trying to
> delete the .CMD file & then loops infinitely trying to process and
> delete it.  Dell suggested that files was too low in config.sys, but
> I've checked it and network config stuff.

Just a Guess:

This problem sounds like the one that Share.exe has been known to
generate in  a Waffle/DRDOS setup. So if you run share.exe you can try
turning it off before uucico, then resetting it at the end of the uucico
session.

Under DRDOS share turns off like this:

Share /X.
uucico -???
uuxqt
batch
share / ( with your options)

The system will tell you that  share is already loaded, but don't worry
about it.

Hope it helps....

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
William Ross
cithara                 Specalists in asbestos underwear
                        since 1992                william@cithara.login.qc.ca
From: kjhoule@iowegia.uucp (Kevin Houle)
Newsgroups: comp.bbs.waffle
Subject: Re: Offline Readers
Date: Sun, 10 Jan 93 14:04:39 CST
Distribution: world
Organization: Iowegia Public Access Usenet/UUCP, Clive IA USA.

russell@alpha3.ersys.edmonton.ab.ca (Russell Schulz) writes:

> I know that Rhys' packet format will include QWK as a subset - so even if
> wafline doesn't make it this year, hopefully an at-least-as-functional
> package should.

The current version of the HD format contains hooks to include QWK as a
subset, it's not actually defined.

> those who are writing generators - are you including mail-only QWK for
> cases like this in the first batch?

Nope, I'm not.

--
Kevin Houle     kjhoule@iowegia.uucp
From: foster@nzkites.UUCP (Foster Schucker)
Newsgroups: comp.bbs.waffle
Subject: Re: Offline Readers
Date: 9 Jan 93 23:06:49 GMT
Organization: Kiteflyers Roost

russell@alpha3.ersys.edmonton.ab.ca (Russell Schulz) writes:
> frampton@vicuna.ocunix.on.ca writes:
> > It took me about an entire evening to configure Waffle.  Then another
> > couple days to get everything working perfectly (cron, phone answering,
> > polling, etc.).  About a week to get things *real* nice -- external
> > commands, ANSI screens, etc.
> 
> is it just me, or are these features you're unlikely to be worried about
> in an offline reader?  (no matter what you call it)

I'm suprised that it took 'another couple days' to get it working 
perfectly.  When I set waffle up the first time it took about an hour.  
Setting up the news feed took a few messages back and forth to John 
(the feed sysadmin).  So to set it up as a news reader should take the
average person about six hours tops.

> > CIM, on the other hand, took me a total of 15 *minutes* to configure.
> 
> [if you pay me compuserve's rates, I'll write you a similar application
> that dials your nearest pay-per-minute place.]  this is about the only

I use TAPCIS to call CI$.  It took about as long to set it up as it did   
to get Waffle to work.   There is a number of addons to TAPCIS to make it 
as useful as Waffle.  And they also take time to install and configure.


> > Yes, Waffle is powerful.  But not everybody wants to run their own
> > site.   
> 
> AGAIN with the analogies.  

From my point of view -- If you want a simple, the brain dead can install, 
easy to use system to give you access to the "net" then you use Waffle.  

If you want a complicated, custom, multi-bell and whistle system that 
will allow you to have multiple users dialed in with full net access then
you use Waffle.  

The only difference is the amount of time that you spend in the configure 
time.  

:-) :-) :-) IMHO I'd rather have someone on the net that has spend some
time working on what they are using.  It cuts down on the BIFFS of the
world.  :-) :-) :-) 

And since I'm on a roll, 99% of the questions that I've seen in c.b.w
about Waffle have been answered with a variation of RTFM.  Maybe one 
of the native english writers out there could write the ultimate Waffle
document: "Everything you MUST know about Waffle for those people who
refuse to read the documents." 

Thanks for your time

Foster Schucker  (foster@nzkites.uucp)  (1-215-458-8354 (voice))
From: micke@qainfo.se (Micke Larsson)
Newsgroups: comp.bbs.waffle
Subject: Re: Wild sexpire
Date: Fri, 08 Jan 93 00:02:23 CET
Distribution: world
Organization: 14th Street BBS, Sweden

gordon@pinetree.org (Gordon Dewis) writes:

> kjhoule@iowegia.uucp (Kevin Houle) writes:
> 
> > This may be a circumstance of my system, but I just had sexpire.exe run
> > amuck on my news spool. It gets kicked off by the scheduler, normally at
> > 5am, but somehow it started at 10:30p. I run (ran) it with the -t
> > parameter so it would respect /mexp parameters in the forum files, but
> > it ignored those completely. Net result, I lost about 20 megs of news
> > before I caught it.
> 
> This is what you get for not practising safe-sex. <GRIN>

Shouldn't that be: "for not practising safe-HEX." <GRIN GRIN>


  Micke Larsson QA Informatik AB, PO Box 596 S-175 26 Jarfalla Sweden
Tel +46-8-7602600 Fax +46-8-7602605 BBS +46-8-7602615 2:201/370@FidoNet
 e-mail micke.l@qainfo.se Compuserve Id 100135,1742 TeleGuide 81006329
  QA Informatik distributes Dr Solomon's Anti-Virus Toolkit in Sweden
From: rhys@meteor.brisnet.org.au (Rhys Weatherley)
Newsgroups: comp.bbs.waffle
Subject: Re: Helldiver - hangs BBS
Keywords: helldiver windows hangs waffle
Date: Mon, 11 Jan 93 22:15:03 +1000
Reply-To: rhys%meteor@bunyip.cc.uq.oz.au
Organization: meteor - Home of Helldiver and UW/PC
X-Newsreader: Helldiver 1.08 (Waffle 1.65)

In <NPvTrATGBh107h@Garg.Campbell.CA.US> revc@Garg.Campbell.CA.US (Bob Van Cleef) writes:
>While scanning through newsgroups, Helldiver hangs windows! It appears
>to take exclusive use of the system during the scan, causing the BBS
>to die. This obviously is not acceptable.

Definitely not.  Welcome to co-operative multi-tasking. :-(  It's not
hanging - merely slow.  Speed-ups will be in the next version, and I'll
try to solve the main problem as well which is that Helldiver currently
isn't yielding the CPU to other tasks during scans.

>Suggestion:
>   Helldiver drop to a lessor priority when scanning. It should not
>take exclusive use of the system.

Windows doesn't know anything about priorities.  The best that can be
done is to yield the CPU periodically and hope it gives other processes
a chance.  I'm quite surprised that the BBS locked up.  Usually DOS apps
still chug along to some degree in the background.  The clock and other
windows apps freezing I can understand because they are waiting for
Helldiver to give the CPU back.

>Note: 
>   I used DIR in a MS-DOS window to get the statistics on the
>newsgroup. It also took awhile to scan. However, during that time the BBS
>was still active and operational.

DOS sessions multi-task in a different way that doesn't require the CPU
to be yielded, so Windows automatically pre-empts DIR to do other things.
It can't pre-empt Windows apps however.  This is fixed in Windows NT
apparently (and in OS/2 of course), but for now it is a fact of life. :-(

Never fear, something shall be done.

Cheers,

Rhys.

-- 
Rhys Weatherley, Brisbane, Queensland, Australia.   G'day!!
e-mail: rhys@meteor.brisnet.org.au (normal) or rhys@cs.uq.oz.au (long msgs)
From: pat@berry.Cary.NC.US (Pat Berry)
Newsgroups: comp.bbs.waffle
Subject: Re: The Waffle Bowl
Date: Mon, 04 Jan 93 05:21:54 EST
Organization: Berry Communications

jon@vector0.SAC.CA.US (Dazed N. Confused) writes:

> bob@1776.COM (Robert Coe) writes:
> 
> > "IBM OS/2 Fiesta Bowl"!!  Tom Dell, are you going to be upstaged by IBM?
> > You'd better start planning now for the 1994 Waffle Bowl!
> 
>      ..but waffles aren't eaten in a bowl!

Mine are.  I use a shallow, flat-bottomed bowl to prevent the syrup from
slopping over the edges.  (I like a LOT of syrup!)

-- 
Pat Berry - Cary, North Carolina, USA   |  "At least that's what *I* thought.
pat@berry.Cary.NC.US                    |  But I have a history of missing the
**** Happy user of OS/2 2.0 ****        |  point of stuff like this."
                                        |  -- Homer Simpson
Newsgroups: comp.bbs.waffle
Subject: Waffle statistics program. Zstats.exe, Zsite.exe
From: jonc@status.gen.nz (Jon Clarke)
Date: Tue, 05 Jan 93 20:12:19 GMT
Organization: The Z*NET Global News Gateway in Parnell New Zealand.

 I posted this message two weeks ago but my hosts rnews went to sleep
 for the XMAS holidays, so here is a repost ..
 
 ------
 Hi waffelites
 
 I saw mention here a few weeks ago about various stats programs for 
 Waffle. I went looking and could not find any (I have since thanks B:)
 so I decided to write a simple series of stats.
 
 The program looks at any month and strips /waffle/admin/net of all the
 details of the sites you have listed in a config.file.  This file
 can then be used for billing for sites that uucp to you and used to
 check your hosts billing (if any). 
 
 It also produces a summary that in the batch.file that runs zstats.exe
 can rnews a message into a local news group (or usenet news.group) so
 your uucp sites can see what their stats for a month were.
 
 This is version 1.0 and there are many ultities which can be added
 at some future time (read next month). When I finish the doc's I 
 will post it for all to use and abuse.
 
 However I would like some comments on what you see below (it is a 
 sample of two sites that I uucp to) to guage usefulness (if any).
 
 ==================//snip//------------>>


                      Monthly stats for : Dec-92
                           Site name : ccu1    
 
       Connects      Blocks sent     Blocks received     Average CPS
 
 
        446             19479              808987                869
 
             status.gen.nz Monthly statistics, single site summary

                      Monthly stats for : Dec-92
                           Site name : nacjack 
 
       Connects      Blocks sent     Blocks received     Average CPS
 
 
        126             10740              44651                448
 

 Comments: Connect         = Number of sucessful connects for the month
           Blocks sent     = Number of blocks we sent this month
           Blocks received = Number of blocks we received this month
           Average CPS     = Average transfer rate per session this month

             (c)1993 Jon Clarke. Public Domain  jonc@status.gen.nz  
 
 
 =======================//snip//------------>>
 
 You site name is automaticlly added in as are the site names: etc..
 The Comments: appears at the end of each report so there is a key 
 for your uucp sites to use.  The cps rate included x. d. file
 transfer time ie 52cps for a 52byte x. file
 
 Happy 1993 


 Jon Clarke                                                     Z*NET Pacific
 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  jonc@status.gen.nz           GEnie: J.Clarke6        Hexagon: HSBC NZM EBD
  Phone: (+649) 358-5589       IFNA : 3/772:105        GEM    : NZM CABLES
 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
     "Practise safe computing ! Wear a write protect tab!" jc 1988
From: rad@railnet.nshore.ORG (Rick DeMattia)
Newsgroups: comp.bbs.waffle
Subject: Re: MAKEDIG.ZIP now available.
Date: Mon, 04 Jan 93 07:05:30 EST
Organization: Railnet BBS +1 216 786 0476

roy%cybrspc@cs.umn.edu (Roy M. Silvernail) writes:
> rad@railnet.nshore.ORG (Rick DeMattia) writes:
> > roy%cybrspc@cs.umn.edu (Roy M. Silvernail) writes:
> > > As long as your signature sterts with "--\n", you won't get the
> > > helpfile unless you ask. ;->
> > Say Roy, shouldn't that be "-- \n"?
> By golly, Rick, you're the second person to ask that question.  I
> couldn't find anything in the RFCs I have online here.  But to make
> sure I'm not breaking anything, I'll add both versions to my fileserver.
> 
> An RFC reference would be welcome, though, just so I know what rule I'm
> letting people break. :-)

I don't have an RFC reference - I just vaguely recall something
from the lore - I think this might date back to B-news.

Amusingly enough, my own signature had "--\n" at the time I sent
my initial comment.  The "first person" pointed that out to me!

-- 
UUCP: {uunet|backbone}!railnet!rad   rad@railnet.nshore.org
CompuServe: 72517.666@compuserve.COM
From: jgostin@eternal.chi.il.us (Jeff Gostin)
Newsgroups: comp.bbs.waffle
Subject: Re: Bouncing received mail...
Keywords: pest control
Date: 6 Jan 93 02:10:30 GMT
Organization: The little node that could...

system@precipice.chi.il.us (Vikki Welch) writes:

> Hi All,
> 
>   I noticed that elm (on *nix) has a nifty feature for dealing
> with pests, which is to bounce any mail that you receive, if you
> so choose. What I would like to do is figure out how to do that
> with the messydos version of waffle AFTER you receive it.

Do what I do.... Purposely cause bounces, and save the resulting message.
In other words:

1. mail some sites that you know don't exist
2. mail some sites that do exist, but mail users that DON'T exist.

     Then, save the bounce messages, and forge the headers, using the
messages as a template of sorts. If you want more specific help, mail me,
and I'll give you a few ideas. No, I won't return bounces, I'll just give
you a few things to work with, as well as something I refer to as "bounce
philosophy". Keep in mind, the avg. user does NOT know how to read
headers, and also wouldn't know what they mean. Therefore, if it LOOKS
official, it probably is... ;-)


                              --Jeff

...From a tiny little node called Eternal!
--
    /|Email  to:   jgostin@eternal.chi.il.us, offline@infopls.chi.il.us
   / |Smail  to:   Jeff Gostin, 917 High Ridge Pass, Carol Stream IL 60188
   \ |Vmail  to:   708-293-5526
    \|Flames to:   trashcan@eternal.chi.il.us
Newsgroups: comp.bbs.waffle
From: fenner@postscript.cs.psu.edu (Bill Fenner)
Subject: Re: scheduled events that take phone off-hook?
Organization: Penn State Computer Science
Date: Tue, 12 Jan 1993 22:43:29 GMT

In article <Xa40wB2w165w@cithara.login.qc.ca> william@cithara.login.qc.ca (William Ross) writes:
|william@cithara.login.qc.ca (William Ross) writes:
|> Is there a way for Waffle to take the phone offhook when running
|> selected scheduled events, like compacting harddrives, generating stats,
|> basic housework.

I use a program called "at", which I believe came with the X00 FOSSIL, although
it's been so long that I forget.  Anyway, I say "at com2: h1" anywhere that
I need to take the phone off the hook, or "at com2: h" to put it back on (or
just let Waffle do it).

The same effect can be had by "echo ATH1 > COM2", although that will use
MS-DOS's crappy serial drivers and might not be as reliable.  If you want,
I can zip up the at command and send it to you.

|Even an RTFM would be nice. Or is anybody reading this?

I never saw the original.

  Bill
From: pat@berry.Cary.NC.US (Pat Berry)
Newsgroups: comp.bbs.waffle
Subject: Re: Work-around for 255 line editor limit under 1.65/Unix?
Date: Mon, 11 Jan 93 17:27:33 EST
Organization: Berry Communications

scott@ryptyde.cts.com (Scott McClure) writes:

> djk@boombox.apana.org.au (David Keegel) writes:
> 
> >In <c4g2wB3w165w@netlink.cts.com> system@netlink.cts.com (System Administrat
> >>        I hope this isn't a FAQ
> 
> >Probably.  It is answered in waffle\docs\static.doc.  Keyword: buflines.
> 
> You (and several others) were correct.  It is there.  Funny, I recall 
> being told (with 1.64) that this didn't actually *change* the editor's
> limit.  

It didn't.  That was a bug in 1.64 that was fixed in 1.65.  Buflines now
works properly, at least for me.

-- 
Pat Berry - Cary, North Carolina, USA   |  "This nation was built on the
pat@berry.Cary.NC.US                    |  sweat and drool of dogs."
**** Happy user of OS/2 2.0 ****        |  -- Dave Barry