HDTenEightyP/NetNews huggingface dataset:
From: ake@dayton.saic.com (Earle Ake)
Newsgroups: news.software.anu-news
Subject: Search does not behave properly on 6.1b5
Date: 29 Dec 92 21:34:12 GMT
Organization: Science Applications Intl Corp - Dayton, Ohio
NNTP-Posting-Host: dayton.saic.com
X-Newsreader: TIN [version 1.1 PL8]


	I am currently using 6.1b5 and I have found a problem that I hope
someone else has fixed otherwise I will need to dig deeper into the code.
The first time you do a 'search' it responds with 'no groups specified'.  If
you do a search/newsgroup=xxx.yyy then it works.  If you change groups however,
then do another search without using the /newsgroups qualifier, the search is
performed not on the current group but on the group you last used the /newsgroup
qualifier on.  This behaviour changed from 6.0-3 to 6.1b5 I believe.

	If anyone else has fixed this then please post a patch.  If I get no
responses, I will try to track down the problem.


-Earle
-- 
Earle Ake  Internet: <ake@dayton.saic.com>  NSI-DECnet (SPAN): 28276::ake
From: cheung@CAM.ORG (Shirley Cheung)
Newsgroups: news.software.anu-news
Subject: ftp accounting software?
Date: 30 Dec 92 07:22:58 GMT
Organization: Champlain Regional College, St-Lambert QC  CANADA


DEAR ALL!

DOES ANYBODY KNOWS WHICH SITE HAS SOME ACCOUTING SOFTWARE, SUCH AS
"ACCPAC" OR "DACEASY" AVAILABLE FOR FTP??

THANKS IN ADVANCE,
SHIRLEY
From: longo@sfpp.com (Bob Longo)
Newsgroups: news.software.anu-news
Subject: Available items on diskless client?
Date: 3 Jan 93 11:54:03 PST
Organization: Santa Fe Pacific Pipelines

    I have set up a news "diskless client" node in my network and am seeing
    some strange behavior.  If I open a newsgroup on the server node, I can
    see all items in the newsgroup (say 1-483).  If I open up the same
    newsgroup on the client, I only see the items beginning on the first
    day there are unseen items.  For example, the header might say 460-483.
    
    If I delete the NEWSRC. file on the client and re-run news, I can see
    all items again until I mark items as SEEN, exit, and re-enter NEWS
    again.
    
    I have not modified my profile to include anything like SET
    PROFILE/DISPLAY=UNSEEN.
    
    Does anyone know why this is happening?
    
    Thanks,
    -Bob Longo
-- 
Bob Longo (longo@sfpp.com)
Santa Fe Pacific Pipelines
Los Angeles, CA
From: kcb@post.its.mcw.edu (Kent C. Brodie)
Newsgroups: news.software.anu-news
Subject: Need some NNTPclient help
Date: 28 Dec 92 19:01:27 GMT
Organization: Medical College of Wisconsin  (Milwaukee, WI)
NNTP-Posting-Host: post.its.mcw.edu
X-Newsreader: TIN [version 1.1 PL7]


Hi folks.   I currently have ANU-NEWs up and running (for YEARS)
using NNTP as the basic transport.  (using NNTP_XMIT, etc..).
I now want to CHANGE that to use a REMOTE nntp server, thus
turning my local ANU node into a diskless client.  

Whenever I try doing this, however, (either with set newg/server=...
or with news/netserver=xxxxx), I get something that looks like
the following:

socket: non-translatable vms error code: 0x1512BA, vms message:
%lib-e-actimage, error activating image !as
                No link to NEWS Server on uwm.edu


What local image *is* this bugger looking for?   I have NNTP_XMIT,
NNTP_CLIENT, and the rest...  am I missing something?
thanks.

-- 
--------------
Kent C. Brodie - Sr. Systems/Network Manager		brodie@post.its.mcw.edu
Information Technology Systems
Medical College of Wisconsin				(414) 257-8769
From: yehavi@vms.huji.ac.il
Newsgroups: news.software.anu-news
Subject: System parameters needed for global buffers
Date: 22 Dec 92 18:33:56 GMT
Distribution: world
Organization: The Hebrew University of Jerusalem

Hi,
  I want to setup global buffers for NEWS.ITEMS, NEWS.GROUPS and HISTORY files.
Last time I tried it I ran out of global buffers. Can someone point how
to compute the GBLPAGES, GBLSECTIONS and GBLPAGFIL needed for some amount
of global buffers? The RMS book does not specify it.
                                            Thanks, __Yehavi:

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Yehavi Bourvine (4X6DD),     Phones: +972-2-584279,     H
Computation Center,                          +5686      H
The Hebrew University of Jerusalem,  +972-2-521574      H
Givat-Ram,  Jerusalem  91904                            H H H
                             Fax: +972-2-527349         HH H
BITnet:    YEHAVI@HUJIVMS                               H   H
InterNet:  YEHAVI@VMS.HUJI.AC.IL                       H
Israeli DECnet:  HUJICC::YEHAVI                       H
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: Programmierer@BEIZ.mediatex.ch (055485666: MEDIAtex AG)
Newsgroups: news.software.anu-news
Subject: BIG NEWS.ITEMS IN V5.9
Date: 26 Dec 92 00:26:15 GMT
Organization: MEDIAtex AG, CH-8807 Freienbach/SZ

I have still running on two machines Version 5.9 of NEWS (With UUCP 1.1 / 1.2)

on one of both machines I have a verry lot of NEWS-Groups.

Two months ago, the users said, that NEWS was slower and slower, and I've seen,
that the news batches run's longer and longer.

after checking the system, we've seen, that the file NEWS.ITEMS was verry big
over 600'000 blocks. I optimezed this file with the optimize-scripts of the
FDL-editor, and after converting the file was about 50'000 blocks which was
about one tenth of the original (the contents of the file still the same).

Today, the file is again about 100'000 blocks and the News-batches are not
yet finished (normaly they are at this time....)
---> Yes, maybe this night another CPU and IO intensive Job may filled up the
     resources........


My question is:

How can I keep this file small? has anybody an FDL for an optimized NEWS.ITEMS?

on the newer versions of ANU-NEWS (6.1 or so) is there still that problem?





|B                                    B|
|E           CH: VTX *3600#           E|
|I           D:  BTX *28881#          I|
|Z                                    Z|
From: elias@sun.uakom.cs (Lubos Elias)
Newsgroups: news.software.anu-news
Subject: problem with posting
Date: 30 Dec 92 10:55:49 GMT
Organization: UAKOM SAV, B. Bystrica

Hi !

We have anu news server running on mvax. Posting from mvax is O.K. but
it doesn't work from other machine at all ( xrn, tin, trumpet clients ).
It seems that there is some time mismatch problem. Did you have the
same problem ? 

Thanks a lot for any answer by e-mail, 

Lubos.Elias@uakom.cs
Newsgroups: news.software.anu-news,news.answers
From: rand@lucy.merrimack.edu
Newsgroups: news.software.anu-news
Subject: Re: System parameters needed for global buffers
Date: 28 Dec 92 15:37:01 GMT
Reply-To: rand@lucy.merrimack.edu ()
Organization: "Silicon Surfers, Inc."

, 28 10:37:01 19929210:37:01 1992ESTLines: 55


In article <1992Dec22.183357.110@vms.huji.ac.il>, yehavi@vms.huji.ac.il writes:
>  I want to setup global buffers for NEWS.ITEMS, NEWS.GROUPS and HISTORY files.
>Last time I tried it I ran out of global buffers. Can someone point how
>to compute the GBLPAGES, GBLSECTIONS and GBLPAGFIL needed for some amount
>of global buffers? The RMS book does not specify it.

$ !  RMSGLOB_SYSGEN.COM
$ !+
$ !
$ !  Command procedure to estimate RMS global buffer SYSGEN
$ !  units needed for one indexed file.  This command procedure
$ !  can be adapted to accumulate these units across a number
$ !  of indexed files.
$ !
$ !  CAUTION:  This sample command procedure has been tested
$ !  using VMS 5.4-3.  However, we cannot guarantee its
$ !  effectiveness because of the possibility of error in
$ !  transmitting or implementing it.  It is meant to be used
$ !  as a template for writing your own command procedure, and
$ !  it may require modification for use on your system.
$ !
$ !-
$ ON WARNING THEN GOTO DONE
$ IF P1 .EQS. "" THEN $INQUIRE P1 "FILE SPEC "
$ P1 = F$SEARCH (P1, 1)                  ! Returns full filespec
$ gbc = F$FILE_ATTRIBUTES (P1,"GBC")     ! GBC available as of
$ IF gbc .EQ. 0 THEN GOTO NOGBC          ! VMS V5.2
$ bks = F$FILE_ATTRIBUTES (P1,"BKS")
$ RMS_GBLBUFQUO = gbc
$ GBLSECTIONS   = 1
$ k             = 64 + (gbc * 48)        ! GBH and GBD descriptor bytes
$ GBLPAGFIL     = ((gbc * bks * 512) + k + 1023)/512
$ GBLPAGES      = GBLPAGFIL + 2          ! plus 2 stopper pages
$ WRITE SYS$OUTPUT ""
$ WRITE SYS$OUTPUT "SYSGEN values needed by ",P1
$ WRITE SYS$OUTPUT ""
$ WRITE SYS$OUTPUT "  RMS_GBLBUFQUO = ",RMS_GBLBUFQUO
$ WRITE SYS$OUTPUT "  GBLSECTIONS   = ",GBLSECTIONS
$ WRITE SYS$OUTPUT "  GBLPAGES      = ",GBLPAGES
$ WRITE SYS$OUTPUT "  GBLPAGFIL     = ",GBLPAGFIL
$ GOTO DONE
$ NOGBC:
$   WRITE SYS$OUTPUT ""
$   WRITE SYS$OUTPUT "Following file did not have global buffers set: "
$   WRITE SYS$OUTPUT "     ",P1
$ DONE:
$   EXIT


--
Rand P. Hall, System Janitor, Merrimack College, North Andover, Massachusetts
Internet: rand@merrimack.edu, rand@lucy.merrimack.edu
\  /\  /\  /\  /\____________________________________________________________  
 \/  \/  \/  \/     Abortion stops a beating heart
Xref: sparky news.software.readers:2621 news.software.b:3660
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: news.software.readers,news.software.b
Subject: Re: DESIGN DISCUSSION: The reference line is deficient
Date: 31 Dec 1992 22:07:06 +0100
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: 127.0.0.1

In news.software.b, article <TRSNYDER.92Dec31103753@vf0031.mcs.drexel.edu>,
  trsnyder@mcs.drexel.edu (Bob Snyder) writes:
> 
> Reference lines are inappropriate for a mailing list.
> 
While mailing lists usually don't have References: lines, they usually have
albeit with the loss of root IDs -- these can be recovered with a moderate
amount of work in most cases.

-- 
Set the cart before the horse.
               --John Heywood
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
Newsgroups: news.software.readers,news.software.b
From: bruce@blilly.UUCP (Bruce Lilly)
Subject: premature truncation of authors' names on wide screens in trn-2.3
Followup-To: news.software.readers
Organization: Bruce Lilly
Date: Fri, 1 Jan 93 16:30:08 GMT
Reply-To: lilb@sony.compuserve.com (Bruce Lilly)

Some time ago I posted patches to trn 2.2 to provide non-truncated display
of authors' names and subject fields for people who use wider than
80-character displays.

e.g. (a real example from a recent aricle) "alanb@Quality1.attmail.com" is
prematurely truncated to "alanb@Quality1.a" (16 characters). We all know
damn well that there has never been a valid top-level domain "a"!  The
patches which I had sent to Wayne, and then posted in response to a request,
provide for display of as much of the address as one's display width will
permit, at least over the range of display width (in characters) from 9 to
255.

Wayne's patches to upgrade to trn 2.3 break this.

It's simple to fix; simply change the three instances of the magic number 16
in mt-process.c to AUTHOR_LEN-1 and recompile mthreads and tmpthread. Of
course, if you didn't install my earlier patches, that won't do you any
good...  Optionally you can remove any .thread files that were created with
the more-or-less-vanilla 2.3 and remake them ("mthreads -c -vv -f -t -z -a all"
run as news works for me) to provide a reasonable display for the articles
online.

-- 
	Bruce Lilly		blilly!bruce@Broadcast.Sony.COM
					...uunet!sonyusa!sonyd1!blilly!bruce
Newsgroups: news.software.readers
From: pg@sanitas.stortek.com (Paul Gilmartin)
Subject: Re: sugestion
Organization: Storage Technology Corp.
X-Newsreader: TIN [version 1.1 PL7]
Date: Mon, 21 Dec 1992 07:12:22 GMT

The Stony Brook Press (sbpress@csws20) wrote:
: Maybe there should be a function on newsreaders that will post and reply
: an article at the same time.

And even dispatch courtesy copies to third parties and blind copies to fourth
parties?  :-)

Paradoxically, dumb newsreaders are better at this than smart newsreaders --
a suitably dumb newsreader lest you edit the headers as you please, then
respects any Newsgroups, To, Cc, and Bcc tags you have added.
From: kcb@post.its.mcw.edu (Kent C. Brodie)
Newsgroups: news.software.readers
Subject: Re: tin, and "Article xxx unavailable"
Date: 29 Dec 92 16:43:34 GMT
Organization: Medical College of Wisconsin  (Milwaukee, WI)
NNTP-Posting-Host: post.its.mcw.edu
X-Newsreader: TIN [version 1.1 PL7]

Kent C. Brodie (kcb@post.its.mcw.edu) wrote:
: 
: I have two "tin" questions.
: 
: 1) I am suddently starting to see many many 'Article xxx unavailable'
:    messages.   I.e., tin is keeping the subject index around, and
:    is not expiring these when they should be?   (I'm running tind)
: 
:    The articles in question indeed are NOT there-- properly expired by
:    INN.
: 
:    Has anyone else seen this?  what do I check?

Just figured it out.   tind was NOT running...  apparently, and old
"tind.LCK" file was left hanging around for some reason.   argh.

-- 
--------------
Kent C. Brodie - Sr. Systems/Network Manager		brodie@post.its.mcw.edu
Information Technology Systems
Medical College of Wisconsin				(414) 257-8769
Newsgroups: news.software.readers
From: sbpress@csws20 (The Stony Brook Press)
Subject: suggestion
Reply-To: sbpress@ic.sunysb.edu
Organization: The State University of New York at Stony Brook
X-Newsreader: Tin 1.1 PL4
Date: Mon, 21 Dec 1992 14:41:14 GMT

Is there a newsreader that can post an article and mail an article at
the same time? This would be usefull when I want to reply to a person
that doesn't read the group, and post it, so others can get the information.

Thanks,
Daniel Glasner

--

 signature:
			THE STONY BROOK PRESS
		      --------------------------
The State University of New York at Stony Brook Community's Feature Newspaper
		" All the News That's Not Printed to Fit. "
  
Snailnet: The Stony Brook Press
	  S.U.N.Y. at Stony Brook
          Stony Brook N.Y. 11794

internet: sbpress@ic.sunysb.edu
bitnet  : sbpress%ic.sunysb.edu@cunyvm

Voicenet : (516) 632-6451


alternate e-mail (Only if sbpress@ic... doesn't work):

		  dglasner@ccmail.sunysb.edu
		  dglasner@sbccmail (bitnet)	 
Xref: sparky news.software.readers:2605 news.software.b:3652
From: barrett@daisy.ee.und.ac.za (Alan P Barrett)
Newsgroups: news.software.readers,news.software.b
Subject: Re: DESIGN DISCUSSION: The reference line is deficient
Date: 30 Dec 1992 22:00:34 +0200
Organization: Dept. Elec. Eng., Univ. Natal, Durban, S. Africa
NNTP-Posting-Host: daisy.ee.und.ac.za

In article <C02wp5.8JB@mtholyoke.edu>,
jbotz@mtholyoke.edu (Jurgen Botz) writes:
> Yes, that's nice, but in many cases it isn't true. The idea behind the
> "R<id>" format is that trn needs to be able to know when it can reliably
> identify a particular <id> as being that of the root of the thread.

Oh.  Why?

Given a set of messages, in which each has one message-id and contains
more references to the message-id's of other messages, one can build
a set of graphs describing the threads to which the messages belong.
It seems to me that the same set of graphs will result regardless of
whether or not some of the references are embellished with flags saying
that they refer to one of the roots of one of the graphs.  It seems to me
that this argument applies whether or not some of the threads no longer
have references to their roots.

--apb
Alan Barrett, Dept. of Electronic Eng., Univ. of Natal, Durban, South Africa
RFC822: barrett@ee.und.ac.za                    Bang: m2xenix!undeed!barrett
Newsgroups: news.software.readers,news.software.b
From: davison@borland.com (Wayne Davison)
Subject: Trn 2.3 release problems
Organization: Borland International
Date: Fri, 1 Jan 1993 19:56:52 GMT

A couple minor compilation problems have cropped up with the trn-2.3
release.  I'll release something officially in a few days, but in the
meantime, here's a unified diff of the problem areas.  Let me know if
there are any more problems.

..wayne..
---8<------8<------8<------8<---cut here--->8------>8------>8------>8---
Index:config.h.SH
@@ -142,4 +142,5 @@
 #$memcpy bcopy(s,d,n) memcpy((char*)d,(char*)s,(int)n)	/* Different */
 #$memcpy bzero(d,n)   memset((char*)d,0,(int)n)		/*  flavors. */
+#$memcpy bcmp(s,s2,n) memcmp((char*)s,(char*)s2,(int)n)
 #$rename RENAME		/* is rename() a system call? */
 #$ftruncate FTRUNCATE	/* is ftruncate() available? */
Index:hdbm.c
@@ -29,7 +29,6 @@
  */
 
-#include <stdio.h>
-#include <stdlib.h>
-#include <string.h>
+#include "EXTERN.h"
+#include "common.h"
 #include "hdbm.h"
 #include "hdbmint.h"
@@ -149,5 +148,5 @@
 		hpkeydat = hp->he_key.dat_ptr;
 		if (hp->he_key.dat_len == keylen && hpkeydat[0] == keydat[0] &&
-		    memcmp(hpkeydat, keydat, keylen) == 0)
+		    bcmp(hpkeydat, keydat, keylen) == 0)
 			break;
 	}
Index:mthreads.c
@@ -46,5 +46,5 @@
 char buf[LBUFLEN+1];
 
-static char line[256];
+char line[256];
 static char line2[256];
 
Index:nghash.c
@@ -28,6 +28,4 @@
 #endif
 #include "ngdata.h"
-
-#include <string.h>
 #include "hdbm.h"
 
@@ -73,5 +71,5 @@
     rewind(actfp);
     for (activeitems = 0; fgets(buf, LBUFLEN, actfp) != NULL; activeitems++) {
-	register char *p = strchr(buf, ' ');
+	register char *p = index(buf, ' ');
 	HDBMDATUM key, data;
 
@@ -120,5 +118,5 @@
 	    return -1;
 	else {
-	    (void) memcpy(outbuf, data.dat_ptr, (int)data.dat_len);
+	    (void) bcopy(data.dat_ptr, outbuf, (int)data.dat_len);
 	    outbuf[data.dat_len] = '\0';
 	    return data.dat_ptr - actfile;
Index:rthreads.c
@@ -62,5 +62,4 @@
     if (size < 0) {
 	printf("\nYour NNTP server isn't XTHREAD-compliant.\n") FLUSH;
-	use_threads = FALSE;
 	return;
     }
Index:server.c
@@ -84,5 +84,5 @@
 long
 rawget_server(buf, n)
-void	*buf;
+char	*buf;
 long	n;
 {
Index:sw.c
@@ -207,4 +207,7 @@
 #endif
 	    break;
+	case 'c':
+	    checkflag = upordown;
+	    break;
 	case 'C':
 	    s++;
---8<------8<------8<------8<---cut here--->8------>8------>8------>8---
Newsgroups: news.software.readers
From: lenny@hobbs.hunt.inmet.com (Lenny Goodman)
Subject: Getttig "trn" to always display article tree
Organization: Intermetrics, Inc.
Date: Thu, 24 Dec 1992 01:58:53 GMT

I can't seem to figure out how to force "trn" to always display an 
article tree when it enters another newsgroup.  It seems to do 
it sometimes and not others.  I've tried using "trn -x -X"
but that doesn't seem to help.  Anyone have any ideas??

  -- Len Goodman
Xref: sparky news.software.readers:2595 news.software.b:3646
From: rsalz@rodan.UU.NET (Rich Salz)
Newsgroups: news.software.readers,news.software.b
Subject: Re: DESIGN DISCUSSION: The reference line is deficient
Date: 30 Dec 1992 11:27:43 -0500
Organization: UUNET Technologies Inc, Falls Church, VA
NNTP-Posting-Host: rodan.uu.net

It would be a grave mistake to change the format of the References line.
While perhaps benign for much software, there is also a great deal of
software out there that is more pedantic -- news/mail gateways
(particularly those that go through Zmailer) come to mind.

I think trn should trust the "X-Root" header if it sees one, otherwise use
the first entry in the Refernces header.  I mildly prefer
X-Root-Message-ID or X-Thread-Root or X-Thread as alternatives to X-Root.

I would like a compile-time option that says whether or not to generate
the root header.
	/r$
Newsgroups: news.software.readers,news.software.b
From: lear@yeager.corp.sgi.com (Eliot Lear)
Subject: Re: DESIGN DISCUSSION: The reference line is deficient
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 1 Jan 1993 03:58:47 GMT


Hi Tom and Bob,

For a thought experiment, come up with consise operational differences
between mail and news.

Happy New Year,
--
Eliot Lear
[lear@sgi.com]
From: kcb@post.its.mcw.edu (Kent C. Brodie)
Newsgroups: news.software.readers
Subject: Re: PICO and TIN
Date: 30 Dec 1992 17:04:53 -0600
Organization: Medical College of Wisconsin  (Milwaukee, WI)
NNTP-Posting-Host: post.its.mcw.edu
X-Newsreader: TIN [version 1.1 PL7]

Edward Vielmetti (emv@msen.com) wrote:
: > blank article
: 
: Turn "editor offset", item 2 on the setup screen that you reach with
: 'M', to 'OFF'.  Otherwise tin tries to start up pico as
: 	pico +7 .article

cool!   it works!   thanks.  (I had the same problem)

-- 
--------------
Kent C. Brodie - Sr. Systems/Network Manager		brodie@post.its.mcw.edu
Information Technology Systems
Medical College of Wisconsin				(414) 257-8769
Newsgroups: news.software.readers
From: nelson@desktop.nsc.com (Taed Nelson)
Subject: Re: opposite of a kill file?
Organization: Applications Technology, National Semiconductor (Santa Clara, CA)
Date: Thu, 31 Dec 1992 01:06:35 GMT

> > Is there a way in trn to set up a thread that you will always want to
> >read?  There are ways of killing a thread via kill files, but it would be nice
> >to mark a thread as 'interesting', so that you don't always have to remember
> >the name of it when you go into the group every day to read it.

> I'd like to expand Raymond's request just a tad bit.  What newsreaders 
> (not just trn) provide this capability.  It seems to me such a capability 
> would be a component of any good newsreader but the function appears to 
> be lacking in the readers I've seen.  Can't be much more difficult to 
> implement than simply copying the 'kill code' with minor modification. 

While it may not be what you want, it is possible to mark only what you want.
  For example, in some group, I only want to read articles with the words
  "PCMCIA" or "Ethernet" -- thus my KILL file looks like:
	//:j
	/PCMCIA/:m
	/Ethernet/:m
  First it Junks all of the articles, and then it re-marks anything with my
  keywords in them -- thus, it shows me only articles with my keywords.

Clearly, this is done manually, not from within the program -- it works in RN
  and XRN that I know of, and it should work anywhere that uses KILL files,
  which are semi-standard (or at least, that's my impression).

Newsgroups: news.software.readers
From: rls@uihepa.hep.uiuc.edu (Ray Swartz (Oh, that guy again))
Subject: opposite of a kill file?
Reply-To: rls@uihepa.hep.uiuc.edu
Organization: Vis-Orb Tragnetics Recorporation
Date: Wed, 30 Dec 1992 08:49:48 GMT

	I'm a trn beginner so forgive this if it's a simple question.

	Is there a way in trn to set up a thread that you will always want to
read?  There are ways of killing a thread via kill files, but it would be nice
to mark a thread as 'interesting', so that you don't always have to remember
the name of it when you go into the group every day to read it.

Raymond L. Swartz Jr. (rls@uihepa.hep.uiuc.edu)
================================================================================
I read the newspaper today and was amazed that, in 24 hours, five billion
people could accomplish so little.
================================================================================

Newsgroups: news.software.readers
From: rao@moose.cccs.umn.edu (Rao Akella)
Subject: xrn: Changing "Overwrite Confirm" default.
Reply-To: rao@moose.cccs.umn.edu
Organization: Colon Cancer Control Study, University of Minnesota, Minneapolis
Date: Sun, 27 Dec 1992 01:54:02 GMT



When you save an article with confirmation turned on, the default in the
"Overwrite Confirm" dialog box is "Overwrite".  Is there any way to change this
to "Append"?

If there's no customizable way, I'm willing to modify the source to make it so. 
Could any kind xrn guru point out the diffs to me?  I'm using v6.17-22.

Thank you very much for any and all help.

-- Rao Akella    <rao@moose.cccs.umn.edu, rao%moose@umnacvx.bitnet>