HDTenEightyP/NetNews huggingface dataset:
From: "Stefan Berg" <sgberg@peach.ucs.indiana.edu>
Subject: How can I max. performance of uucp with high speed modem?
Organization: Computer Science, Indiana University
Date: Fri, 2 Oct 1992 09:53:34 -0500

I have a SupraFaxModem V.32bis and wonder if I can improve the peformance
(basically the cps rate) of uucp. Right now I have a stock uucp installation.
I call uucico like this:
uucico -A -pri -T5 -7 -ssite

I also get called from other site... is it possible to change certain
parameters in that direction, too?

The most common connections I have right now are:
2400bps MNP3
14400bps V.42/V.42bis
9600bps MNP5 (hopefully replacing the 2400bps soon)

I fixed the modem computer rate at 19600bps.

Stefan
-- 
,--------------------------------------------------------------------,
| Usenet   sgberg@charon.bloomington.in.us            Stefan G. Berg |
| Internet sgberg@ucs.indiana.edu        GE Mail: s.berg5            |
| Bitnet   sgberg@iubacs  NeXT Mail: sgberg@arapahoe.ucs.indiana.edu |
`--------------------------------------------------------------------'
From: terje@light.fipnet.fi (Terje Bergstrom)
Newsgroups: alt.sys.amiga.uucp
Subject: tin 1.1
Date: Sat, 26 Sep 1992 06:23:20 GMT
Organization: Fipnet - Espoo, SF
X-Newsreader: Arn V1.00 beta rel2

  I have a problem with the Amiga-version of tin. It doesn't count the
articles in uunews: correctly. For example, if a newsgroup is empty, tin
thinks it has one article. When I catchup the group that has one article,
quit and rerun tin, it again claims it has one article. This makes tin
unusable on my system. How does tin count the articles? I suppose it doesn't
count .next as an article but could the .newsdb-files created by Arn disturb
tin? I run "actived" and "tin -u" after uuxqt has run.

  Please email the responses and I'll post a summary.


  Terje Bergstr|m           Internet:   terje@light.fipnet.fi
  Jukolanahde 4 D 15        FidoNet:    2:220/550.3
  02180 Espoo
  Finland
From: kaarts@ccu.umanitoba.ca (Kenneth John Aarts)
Subject: GRn and folders?
Originator: kaarts@ccu.umanitoba.ca
Organization: University of Manitoba, Winnipeg, Manitoba, Canada
Date: Wed, 30 Sep 1992 05:10:14 GMT


I would like to use a news reader, like GRn, to read saved news articles.  I
like to concatenate a whole bunch of saved articles into one file, and then on
my unix box use 'nn filename' to go through the bunch when I want to recall
something.  What do I have to set up on my amiga to use something like GRn in
this minimal fashion?
	Detailed help greatly appreciated, thanks,

Ken
Newsgroups: alt.sys.amiga.uucp
From: po87553@cs.tut.fi (Pasi 'Albert' Ojala)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: Remote Login using UUCP 1.16d
Date: 30 Sep 1992 18:40:32 GMT
Organization: Tampere University of Technology
Distribution: world
NNTP-Posting-Host: cs.tut.fi

In article <22Sep1992.185400.13506@straylight.uucp> wusel@straylight.uucp (Kai 'wusel' Siering) writes:
>the  Arn's remote-editor is set to `AXSh:bin/editor' ... Works so far,
>but  after  `editor'  quit,  I get a shell prompt forcing me to enter
>`endcli',  after  that,  I'm back in Arn ... I suppose this is a setup
>problem.

Actually it is a problem with Execute() (and c:run). I don't know why
either, but that is the only reason AXsh needs arp.library (SyncRun())..
Dnews/dmail also has a problem with input streams, they are not passed
to the editor or something else goes wrong, only programs that open
their own streams work correctly.

> Kai 'wusel' Siering, Villa Straylight, Hamburg, BRD <wusel@hactar.hanse.de>

-Pasi
-- 
Pasi Ojala      The smaller .signature you have the more frieds you get.
po87553@cs.tut.fi albert@cc.tut.fi
From: bobl@bobsbox.rent.com (Bob Lindabury - SysAdm)
Newsgroups: alt.sys.amiga.uucp
Subject: CNews unbatch script fix
Date: 5 Oct 92 23:30:34 GMT
Organization: Raven Enterprises -- Piscataway, NJ USA
X-NewsSoftware: GRn 1.16f (10.4.92) by Mike Schwartz & Michael B. Smith

I noticed some problems with the unbatch script recently posted by Scott
(I believe) here so I made some changes.

One of the problems I was having was that if there was nothing to
process, the script would leave the Cnews.lock file lying around as well
as all the other files so I added a label and have the script skip to
deleting all the lock and temporary files.

Another problem I had was that the script was waiting until after
processing the news to create the delete temporary file.  This caused
news that was posted locally *during* news processing to be deleted
before it had a chance to even be processed.

I changed the script to create the delete file right after it creates
the exec file thusly reducing the possibility of deleting locally posted
news.

What would be nice would be if someone can once again post the way to
delete each news file in the NewsArts:in.coming/ directory right after
it has been processed by RelayNews rather than waiting until all news is
processed and then deleting all the files.  This will save some disk
space but I imagine it will cause a bit more fragmentation.

The following is the new unbatch script.

.key COUNT/N
.bra [
.ket ]
;
;       This script unbatches news found in NewsArts:In.Coming/
;
LAB Check_Again
If EXISTS T:Cnews.lock
        Wait 65
        Skip Check_Again back
EndIf
Echo >T:Cnews.lock "Relaynews"

echo >t:$cd noline "cd "
cd >>t:cd
Path Add NewsBin:Misc NewsBin:Relay
CD NewsArts:In.Coming

; copy articles to a backup directory in case of problems.
; this way news isn't lost if disk crashes or memory gets trashed
delete uuspool:bkup/#?.Z

copy #?.Z uuspool:bkup

SetEnv Exec T:batch[$$].Exec
SetEnv News T:batch[$$].News
SetEnv Temp T:batch[$$].Temp
SetEnv Del T:batch[$$].Del

Echo >T:batch[$$].Del NOLINE ""
Echo >$News NOLINE ""
Echo >$Del NOLINE ""

; uncompress news batches

List >$Temp #?.Z LFORMAT "acomp -d %s"
execute $temp

; list all articles for feeding to relaynews

list >$news ????????? LFORMAT "relaynews -r %s"
list >$del ????????? LFORMAT "delete %s"
failat 20
sort $news to $exec
if ERROR
        echo "nothing to unbatch"
        skip delete
endif
failat 20
execute $exec

; delete all articles after they have been tossed

LAB delete
execute $del
delete QUIET $del

; cleanup
LAB cleanup
Delete QUIET $News $Temp $Exec
Delete QUIET ENV:News ENV:Temp
Delete QUIET ENV:Exec ENV:Del
Delete QUIET T:Cnews.lock

execute t:$cd
delete t:$cd t:cd


--
 Bob Lindabury

InterNet: bobl@bobsbox.rent.com                | Raven Enterprises
    UUCP: ...rutgers!bobsbox!bobl              | 25 Raven Avenue
  BitNet: bobl%bobsbox.rent.com@pucc           | Piscataway, NJ 08854
  Home #: +1 908/560-7353                      | +1 908/271-8878
From: hugh@kink.PhaedraV.On.Ca (Hugh D. Gamble)
Newsgroups: alt.sys.amiga.uucp
Subject: 1984: Keeping track of Amiga users.
Date: Sun, 27 Sep 1992 17:54:26 EST
Distribution: world
Organization: Phaedra V

It is fun keeping track of how many people use your favourite machine
to read news. One of the traditional ways is to just grep the uucp
maps. You'll find n thousand using Unix machines (Amigas and others)
and m thousand using AmigaOS machines. Using best guesstimates of
machines not in the map, you can extrapolate, if you like.

Adding an automatic reporting mechanism to the news or uucp software
is a bit heavy handed, especially for something just to satisfy
someone else's idle curiosity. And it's bound to break, and need
fixing, and likely to break other things too. Considering how many
people like me would immediately disable such a feature anyways, it
wouldn't give very good statistics. Anyone who wants to take a more
active role in getting their Amiga into statistics reports, can always
run arbitron at their site.

Now, just to satisfy the curiosity of Amiga folk who don't keep the
whole uucp map handy, here are some stats I've been whipping up on
kink as I type this posting:

There are approximately 29,548 sites in the uucp map right now.
Presumably Amigas are over represented among those, as more of them
are home machines on uucp than work/school machines hidden in some LAN
MAN or WAN on the Internet.

Of those 29,548, only 3 of them (not including kink) admit to running
some version of DUUCP. I happen to know there are more than that, so
obviously people are not being very good about putting it in their #S
and #R lines. Any guilty parties are welcome to fix up their map entry
the next time they update it.

About 550 sites say they're Amigas, that's almost 2% of all sites. I
won't check right now, but last time I checked several years ago,
there were more Amigas than PC clones in the map. 

If you care to, you can also work out how many of those Amigas are
running unix, how many are A1000s, how many are A1000s running unix
(yes, there's at least one) etc.

Fun fun fun. :-) And all without ramming anything down anyone's throat.

-- 
# Hugh D. Gamble  UUCP: hugh@kink.UUCP  Domain: hugh@kink.PhaedraV.On.Ca      %
# AMIX: HGAMBLE  bix: hgamble  voice: +1 416 267 6159                         %
# "My Canada includes all of usenet, even the naughty bits."                  %
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: UUCP v1.16 Problems
Distribution: world
X-NewsSoftware: GRn 1.16f (10.4.92) by Mike Schwartz & Michael B. Smith
Date: 5 Oct 92 17:38:10 EDT
Organization: Well, I haven't decided on a name yet...

In article <BvnnzD.IJA@undergrad.math.waterloo.edu> kprastin@napier.uwaterloo.ca (Ken Rastin) writes:
> I receive my news from the upstream and then it starts to unbatch.  Lets
> say for example it is unbatching news to alt.sys.amiga.uucp
> It will unbatch an article and then once and a while come up with
>
> UNABLE TO CREATE HARDLINK to UUNEWS:alt.sys.amiga.uucp
>
> This is very frustrating since I am losing about 15% of my incoming news
> because of this error.  If anyone has ANY info that may help, then I would
> greatly appreciate it..

First of all, -no- news is lost. If RNEWS cannot create a hardlink, then
it copies the file instead.

It happens because some third-part filesystems/devices do not support hardlinks.

To stop RNEWS from even trying, place the following line in UULib:Config

RNews       uucp:c/rnews -h
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
From: seggers@semyam.dinoco.de (Stefan Eggers)
Subject: Re: Cnews?  Help!
Newsgroups: alt.sys.amiga.uucp
X-Newsreader: TIN [version 1.1 PL6]
Date: 1 Oct 92 19:14:55 +0100

Bob Lindabury - SysAdmin (bobl@bobsbox.rent.com) wrote:
> In article <1992Sep27.012941.1538@ckctpa.UUCP> crash@ckctpa.UUCP (Frank "Crash" Edwards) writes:

> When I run CNews GRn calls postnews which then calls rnews (for CNews)
> which then does what?  Doesn't it post the article locally based on the
> sys file?  If not, does it call relaynews to do this?  Unbatch doesn't

It copies the file to NewsArts:in.coming and nothing else happens.  At
that  point you must call a script that starts relayin for all packets
in NewsArts:in.coming.

Ann  has  a default for CNews that calls relayin for posting.  Relayin
will  store the article in NewsArts:  and - controled by NewsCtl:Sys -
appends the filename to the article lists used for batching.

> > I have seen postings from people claiming they've fixed the batching
> > scripts (quite a few people said my 2.04 scripts wouldn't run on their

I  have replaced the complete batching with an ARexx-script.  That one
works  perfectly in my system and I am now trying to make it work with
Dillon-UUCP for my server.

It is now working on two machines and runs with 1.2/1.3 and 2.04 with-
out any problems.  It currently(!) works only with CNews.

> > Concerning the manually created batch_#?.z files:  yes, you must
> > provide the transport interface.  CNews _is not_ a transport, it's a

This is included in my ARexx-script.  To implement a new transport one
has to write some ARexx-code.  Same for a new compression.

I  will probably post my Batcher.REXX to alt.sys.amiga.uucp.patches if
there is interest.  Anyone wanting to test it?

Stefan.
-- 
Stefan Eggers                UseNet: seggers@semyam.dinoco.de
Max-Slevogt-Str. 1
W-5000 Koeln 91
Federal Republic of Germany
From: tomlin@elec.canterbury.ac.nz (Mark Tomlinson)
Newsgroups: alt.sys.amiga.uucp
Subject: Amiga TIN for DLG
Date: 29 Sep 92 03:09:53 GMT
Organization: Electrical Engineering, University of Canterbury, New Zealand
X-Newsreader: TIN [version 1.1 PL6]

I have just reposted the TIN archive which contains a couple of bug fixes
over the previous version. Also, I have posted an archive containing the
index daemon (tind) and everything else you need to run TIN as a newsreader
for DLG. Documentation and a couple of other executables are contained in
this as well (thanks to Geoff McCaughan), for example bundling of saved news
items.

Problems or comments about the DLG side of things should be directed to
geoff@equinox.gen.nz, and not to me (although I will forward them), as I
don't know much about DLG except as a user.

Cheers... Mark
(tomlinson@elec.canterbury.ac.nz or mark@garden.equinox.gen.nz)
From: johnv@acix.DIALix.oz.au (John Verhoeven)
Subject: RNews & UUXQT Error messages
Newsgroups: alt.sys.amiga.uucp
Summary: Rnews uuxqt problems
X-Newsreader: TIN [version 1.1 PL6]
Date: 30 Sep 92 18:48:48 WST
Organization: ACix - Private UUCP Node, Cloverdale, Western Australia.

This morning I got these error messages.  Could somebody please explain
what they mean or where I can find this information out.  

---- from uuspool:logfile ------------------------------------------------
(09/30-07:21:58) RNews,-,- unbatch: read failed 0
(09/30-07:22:07) RNews,-,- dofile() error 20
(09/30-07:22:07) RNews,-,- dofile() error 20
(09/30-07:22:07) RNews,-,- alt.folklore.computers      4 ARTS    5002 UNCOMP
(09/30-07:22:07) RNews,-,- alt.sys.amiga.uucp          4 ARTS   23029 UNCOMP
(09/30-07:22:07) RNews,-,- aus.computers.amiga         2 ARTS    2138 UNCOMP
(09/30-07:22:07) RNews,-,- bit.listserv.i-amiga        1 ARTS    1297 UNCOMP
(09/30-07:22:07) RNews,-,- comp.periphs.scsi           1 ARTS    1881 UNCOMP
(09/30-07:22:07) RNews,-,- comp.sys.amiga.applications    2 ARTS    2188 UNCOMP
(09/30-07:22:07) RNews,-,- comp.sys.amiga.audio        2 ARTS    3305 UNCOMP
(09/30-07:22:07) RNews,-,- comp.sys.amiga.emulations    2 ARTS    4665 UNCOMP
(09/30-07:22:07) RNews,-,- comp.sys.amiga.hardware     6 ARTS    8059 UNCOMP
(09/30-07:22:08) RNews,-,- comp.sys.amiga.marketplace    3 ARTS    3085 UNCOMP
(09/30-07:22:08) RNews,-,- comp.sys.amiga.misc         4 ARTS    6077 UNCOMP
(09/30-07:22:08) RNews,-,- comp.sys.amiga.programmer    5 ARTS    8463 UNCOMP
(09/30-07:22:08) RNews,-,- comp.unix.misc              1 ARTS    1309 UNCOMP
(09/30-07:22:08) RNews,-,- comp.unix.programmer        1 ARTS     911 UNCOMP
(09/30-07:22:08) RNews,-,- comp.unix.questions         4 ARTS    5797 UNCOMP
(09/30-07:22:08) RNews,-,- rec.humor.funny             1 ARTS     812 UNCOMP
(09/30-07:22:08) RNews,-,- sci.space.news              1 ARTS    5088 UNCOMP
(09/30-07:22:08) RNews,-,- TOTAL                      43 ARTS   51620/83056   BYTES/UNCOMPRESSED
(09/30-07:22:08) UUXQT,-,- Execute Error: rc=20 cmd=RNews <D.ddiiaalli9d15418
(09/30-07:22:08) UUXQT,-,- Renamed UUSPOOL:X.acixd7b70 to UUSPOOL:E.acixd7b70
(09/30-07:22:08) UUXQT,-,- Processed 1 files
-----------------------------------------------------------------------------

I've been running AmigaUUCP for nearly 6 months and this is the first time
I've seen this type of message.

--

John Verhoeven                        johnv@acix.DIALix.oz.au      _--_|\
Treasurer, Amiga Developers           (ALT: johnv@DIALix.oz.au)   /      \
Association of Western Australia      Phone: (+619) 478 1406      *_.--._/
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: alt.sys.amiga.uucp
Subject: Re: Cnews?  Help!
Date: 27 Sep 92 13:03:51 GMT
Organization: Well, I haven't decided on a name yet...
X-NewsSoftware: GRn 1.16f (9/26/92) by Mike Schwartz & Michael B. Smith

In article <1992Sep27.012941.1538@ckctpa.UUCP> crash@ckctpa.UUCP (Frank "Crash" Edwards) writes:
> bobl@bobsbox.rent.com (Bob Lindabury - SysAdmin) writes:
> >However, relaynews doesn't seem to update the .next files in the
> >NewsArts: (UUNEWS:) directories.  Is this the way it is suppose to work?
> >GRn doesn't recognize the new articles because the .next files are not
> >updated.  How can I fix this?
>
> Yes.
>
> I don't know what GRn expects to see in the .next file, so I can't
> tell you what to fix.  Perhaps the author of GRn would consider using
> the files provided with the stock (Unix) CNews as an option?  [The
> "active" file keeps track of new articles; and "history" contains
> information on what has been expired and what hasn't.]

GRn expects that the .next file contains the "next article number" for a
given newsgroup. That is, if a newsgroup has 1000 articles, numbered 1 to
1001, then .next for that newsgroup would have 1002.

DNews expects this as well. RNews which comes with AmigaUUCP maintains this
file, automagically.

GRn 1.16f (the next release) has a CNEWS flag which causes the .next file to
be ignored. It does lengthen the time it takes for GRn to start up, however.
GRn 1.16g will attempt to address that.

Mike Meyer and I are in the midst of conversations about adding history and
active files to AmigaUUCP. It will not happen very quickly, however. Unless
Mike can spend LOTS of time on it.  :)
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
Xref: sparky alt.sys.amiga.uucp:2302 comp.sys.amiga.misc:14578
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: alt.sys.amiga.uucp,comp.sys.amiga.misc
Subject: Re: GRn and folders?
Distribution: world
X-NewsSoftware: GRn 1.16f (9/26/92) by Mike Schwartz & Michael B. Smith
Date: 30 Sep 92 21:43:38 EDT
Organization: Well, I haven't decided on a name yet...

In article <1992Sep30.051014.23641@ccu.umanitoba.ca> kaarts@ccu.umanitoba.ca (Kenneth John Aarts) writes:
> I would like to use a news reader, like GRn, to read saved news articles.  I
> like to concatenate a whole bunch of saved articles into one file, and then on
> my unix box use 'nn filename' to go through the bunch when I want to recall
> something.  What do I have to set up on my amiga to use something like GRn in
> this minimal fashion?
>       Detailed help greatly appreciated, thanks,

Using GRn, the Save button will append to a file if it already exists. So,
the first time you enter a GRn session and select an article, just enter the
filename in the ASL requester.

After that, you can select "Save" from GRn, ASL will pop up the requester with
the last file-name already filled in, and you can simply select "Continue".

I can't tell you how to set up nn to use the resultant file.
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: alt.sys.amiga.uucp.patches
Subject: trimnews-04 (part 0)
Date: 27 Sep 92 13:40:26 GMT
Organization: Well, I haven't decided on a name yet...
X-NewsSoftware: GRn 1.16f (9/26/92) by Mike Schwartz & Michael B. Smith

Archive-Name: trimnews-04/part0
Submitted-By: Michael B. Smith (mbs@adastra.cvl.va.us)

Here is a new release of trimnews. It adds some new features (-all and -h)
and fixes some problems with deleting files. Changes since 1.16D are shown
below. Source is included in the next post.

Christopher A. Wichura worked with me on this release.

TRIMNEWS.C

        .04
            When on 2.04 and above, use a double-buffered ExAll(), instead
            of the prior single-buffered ExAll(). Allocate the ExAllData
            buffers to be 200 bytes larger than ExAll() is informed. These
            two changes are to work around ExAll() bugs.

            Implement a "-all" argument to indicate that all articles are
            to be deleted. This overrides any specification in UULib:Newsgroups
            or any -h parameter. ".next" files are NOT deleted.

            Implement a "-h <hours>" argument to indicate that deletion
            should take place in the specified <hours> instead of days. This
            does not override a days argument in UULib:Newsgroups, and is
            global (for all newsgroups).

        .03
            When on 2.04 and above, use ExAll instead of ExNext(). Large
            speed improvement and avoid problems with ExNext() on some
            filesystems.

            Remove stdio for significant decrease in object size.

            TrimNews will now recognize a break between groups (it
            used to ignore CTRL-C completely).

--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
From: mbs@adastra.cvl.va.us (Michael B. Smith)
Newsgroups: alt.sys.amiga.uucp.patches
Subject: XDME 1.54
Distribution: world
X-NewsSoftware: GRn 1.16f (9/26/92) by Mike Schwartz & Michael B. Smith
Date: 27 Sep 92 11:41:00 EDT
Organization: Well, I haven't decided on a name yet...

Aaron Digulla asked me to post this to a.s.a.uucp.patches, as he does not
have access to the alt.* hierarchy. He invites questions, comments, etc.

Personally, I haven't used this yet, but I intend to. Aaron promises that
this version is much faster than Matt's last release of DME. Aaron also
has told me that he has Matt's permission to do this.

XDME            Version 1.54 of Matt's text editor.  XDME is a not so simple
                WYSIWYG editor designed for programmers.  It is not a
                WYSIWYG word processor in the traditional sense.  Features
                include arbitrary key mapping, FAST scrolling, title-line
                statistics, multiple windows, and ability to iconify windows.
                This new version has some bugs fixed, many new commands and
                several other new enhancements. Update to version 1.45 on
                disk number 530, includes source.

                Author:  Matt Dillon, Enhanced by Aaron Digulla
--
  //   Michael B. Smith
\X/    mbs@adastra.cvl.va.us  -or-  uunet.uu.net!virginia.edu!adastra!mbs
Newsgroups: alt.sys.amiga.uucp.patches
From: digulla@$SHORTBSS$.fh-konstanz.de
Newsgroups: alt.sys.amiga.uucp.patches
Subject: New minor release of XDME (V1.55a)
Keywords: DME XDME editor
Date: 1 Oct 92 13:51:46 GMT
Organization: FH-Konstanz

After several days, I got a short message about a GURU when
starting XDME with "xdme xdme_project_file" in a directory
where no xdme_project_file exists. This BUG has been removed
in this version. Also the problem with the char-codes > 128
and the ASCII-representation of them has been fixed.

Moreover the design of the archive has been changed and some
extra help (README) has been added. I hope I do not anoy many
people by adding this to the NEWS when the old version is still
present.

I was very surprised and happy that already two guy answered me
after such a short time. I encourage ANYONE to write to me, if 
(s)he has suggestions, error, (dis)likes and anything else.

Thank you for trying this thing :-) and Matt Dillon for writing 
it in the first place !

Aaron Digulla