HDTenEightyP/NetNews huggingface dataset:
From: doug@cc.ysu.edu (Doug Sewell)
Subject: Re: nntplink vs. multiple nntpxmit's
Organization: Bush in 92 ? NOT!
X-Newsreader: Tin 1.1 PL4
Date: Fri, 9 Oct 1992 21:01:02 GMT

bsakach@wnas.DaytonOH.NCR.COM (Brian Sakach) writes:
: At what point should I consider using the nntplink package instead of 
: sticking with nntpxmit's.  Right now I feed 61 sites with only 5 sites 
: using NNTP.
: 
: My NNTP traffic for a day consists of:
: (deleted) 

In a situation like this, here's what I do:

On sites running INN or msgidd that I send a full feed to, I run nntplink
full-speed.

On sites NOT running INN, msgidd, or something similar, and sites where
I'm a backup feed, I run nntplink with -C 0 -E 600.  These numbers help
prevent swamping a site with duplicate articles (they're sitting in a
batch from one site, the batch isn't processed yet, and another site
offers the same article).  I have the same problem, and had one of my
two main feeds use these settings and  cut my duplicate-rejection rate
to 1/3.

On "trivial feeds" I use nntpxmit.  I run nntpsend.sh every quarter-hour
from 8am-5pm M-F, and hourly outside that.  I run all of these feeds on
a single line.
--
Doug Sewell, Tech Support, Computer Center, Youngstown State University
doug@cc.ysu.edu	   doug@ysub.bitnet	<internet>!cc.ysu.edu!doug
"Recession: your friend loses his job.  Depression: you lose your job.
Recovery: Bush loses his job" - Bill Davidsen
From: gdonl@sunrise.ssi1.com (Don Lewis)
Newsgroups: news.software.nntp
Subject: Re: INN Path header woes (new problem?)
Date: 16 Oct 92 02:59:19 GMT
Article-I.D.: ssigv.1992Oct16.025919.2108
Distribution: inet
Organization: Silicon Systems, Nevada City CA

In article <Bw2tFF.LJ0@cs.psu.edu> fenner@postscript.cs.psu.edu (Bill Fenner) writes:
>If a node does not run news (i.e. a workstation posting via NNTP), it's
>unnecessary to put its name in the Path: line; you're just making the Path:
>header longer for no gain.

And if the node *is* a news server and you are posting an article from the
node to another NNTP server, then putting the node's name in the path will
prevent the article from propagating back to the node.
-- 
Don "Truck" Lewis              Phone: +1 916 478-8284   Silicon Systems
Internet: gdonl@ssi1.com       FAX:   +1 916 478-8290   138 New Mohawk Road
UUCP: {uunet,tektronix!gvgpsa.gvg.tek.com}!ssigv!gdonl  Nevada City, CA  95959
Xref: sparky news.software.nntp:1287 news.sysadmin:1302 news.admin:7910
From: rsalz@rodan.UU.NET (Rich Salz)
Newsgroups: news.software.nntp,news.sysadmin,news.admin
Subject: Re: Help with INN!
Date: 7 Oct 1992 15:09:14 -0400
Organization: UUNET Technologies Inc, Falls Church, VA
NNTP-Posting-Host: rodan.uu.net

In <1992Oct7.000209.3608@seas.gwu.edu> dobrien@seas.gwu.edu (David O'Brien) writes:
>our newsfeed is from PSI (sorry :-) and we must poll them for news, they
>don't poll us.
You will have to speak to the systems people at PSI and find out exactly
how you are supposed to get news from them.  If they want you to use the
NNTP protocol "newnews" command then you will have to work up something using
nntpget with the -o and -f flags, as in
	nntpget -o -f .stamp && touch stamp
(PSI might want you to "poll" for your news by doing something like
invoking a special finger command.  This is semi-common if, e.g., you're a
dialup site.)

>you seem to indicate that normally your feed will connect
>to you and say "ok, here's more news for ya."
Yes that is exactly what happens.  This is explained in more detail in
Appendix IV.

>or do you mean that our
>innd will automatically, periodically check with the feed for new news.
innd *never* calls out.
	/r$
Xref: sparky news.software.nntp:1322 news.sysadmin:1316 news.admin:7965
From: rsalz@rodan.UU.NET (Rich Salz)
Newsgroups: news.software.nntp,news.sysadmin,news.admin
Subject: Re: Help with INN!
Date: 13 Oct 1992 13:15:41 -0400
Organization: UUNET Technologies Inc, Falls Church, VA
NNTP-Posting-Host: rodan.uu.net

In <1b49kpINNf0d@huon.itd.adelaide.edu.au> dclunie@sirius.ucs.adelaide.edu.au (David Clunie) writes:
> I don't want to
>have to keep getting my feeding site to amend their list of groups
>that they feed me ... I would like to control it from my end. I
>don't want ot just discard incoming stuff I don't need.
The list of what gets sent to you is controlled by the site that feeds you.
This does seem backwards, but it is an important efficiency issue.  (If
you doubt this, please try to design a news system that works the other way.)
If you want to tailor your newsfeed, you have a few choices:
    1.  Ask your feed to make changes as desired
    2.  Get everything, drop what you don't want on the floor
    3.  Set up some "out of band" system that you and your feed use,
	such as email to a special alias or Brad's "dynafeed" package.
    4.  Use something like the NNTP protocol "newnews" command.
No preference implied in the ordering above.
    /r$
From: mwm@bugtussle.mpk.ca.us (Mike Meyer)
Newsgroups: news.software.nntp
Subject: Innd timing out?
Date: 13 Oct 92 22:28:32 GMT
Article-I.D.: bugtussl.MWM.92Oct13152832
Distribution: inet
Organization: Anterior Technology, Menlo Park, CA USA
NNTP-Posting-Host: bugtussle.mpk.ca.us

Running inn 1.2, I've got a couple of feeds who are seeing very slow
response times (and ensuing timeouts) to their IHAVE packets. Nobody
else mentioned this when asked if they were seeing any problems. On my
end, those two feeds are identical to all the other feeds.

The packet times to those hosts doesn't seem particularly bad. Not
wonderful, but not deadly, either.

So the question is: is there something in the INN configuration that
could cause this if badly misset?

FYI, the host in question is a NeXT slab.

	Thanx,
	<mike
Newsgroups: news.software.nntp
From: chohan@magnus.acs.ohio-state.edu (Harpal Chohan)
Subject: Re: INN suggestion
Organization: The Ohio State University
Distribution: inet
Date: Fri, 16 Oct 1992 21:42:18 GMT

In article <1blbhlINNbjl@uniwa.uwa.edu.au> toivo@ucs.uwa.OZ.AU (Toivo Pedaste) writes:
>One new feature for INN I would find very usefull would be
>a mode where it would accept local postings but not news
>transfered from other sites.
>
>I am thinking particularly of a situation where disk space on
>the news partition drops too low, in this case you want to
>stop receiving the main news flow but it is an annoyance
>for it to refuse accept local mail. I feed a number of mailing
>lists into local news groups and if the disk space drops low 
>over night there are all these inews failures in the morning.

I'll second that. A specified threshhold level of remaining space
in the partition at which point it'll stop accepting feeds. I believe
the refernce implementaion of NNTP had this feature. Currently, it 
appears, INN will run till the spool partition chokes up altogether.
Correct me if I'm wrong?

Another thing I didn't notice in the config options was provision
for a news spool spread over more than one partition. Does INN have
a provision for that?

-h
From: Christophe.Wolfhugel@grasp.insa-lyon.fr (Christophe Wolfhugel)
Newsgroups: news.software.nntp
Subject: Re: Problem installing INN 1.2
Date: 12 Oct 1992 08:35:19 +0100
Organization: INSA Informatique, Lyon, France
Distribution: inet
NNTP-Posting-Host: grasp1.univ-lyon1.fr

In article <MLPRB4FT@cc.swarthmore.edu> pbrande1@cc.swarthmore.edu (Philip Brandenberger) writes:
>> Oct 12 00:33:49 forum innd: ME internal no to group
>
>and of course INN doesn't start.  

Did you try to create a "to" newsgroup as the syslog message might
suggest it?  In your config.data file you have certainly defined
MERGE_TO_GROUPS, this means that this group is mandatory and INN
won't start if it does not exist. This is unrelated to syslog
problems.

-- 
Christophe Wolfhugel    |    Email: Christophe.Wolfhugel@grasp.insa-lyon.fr
   "No keyboard, press F1 to continue"
Newsgroups: news.software.nntp
From: bsakach@wnas.DaytonOH.NCR.COM (Brian Sakach)
Subject: nntplink vs. multiple nntpxmit's
Organization: NCR Corporation - Worldwide Network Appl. Services - Dayton, OH
Date: Wed, 7 Oct 92 19:40:02 GMT

At what point should I consider using the nntplink package instead of 
sticking with nntpxmit's.  Right now I feed 61 sites with only 5 sites 
using NNTP.

My NNTP traffic for a day consists of:

                In      Out
    psi       11,485      32
    ciss          66  11,561
    torynews       4  11,595
    wnas           1     613
    ncrcom        57      15

By the way, I'm running the Perf. Release on my gateway.

-- 
* Brian.Sakach@DaytonOH.NCR.COM                                           *
Newsgroups: news.software.nntp
From: dlane@pacinfo.bc.ca (Don Lane)
Subject: Compile NNTP under Esix SYVR4
Organization: Pacific Information Systems
Distribution: na
Date: Fri, 9 Oct 1992 11:13:29 GMT

I need help in compiling nntp.1.5.11 under Esix SYSV Rel4 Ver 4.
Are there extra patches needed or has release 1.6 got the necessary
patches. Is release 1.6 available via ftp, and if so were is it
available.
Any and all suggestions are welcome

-- 
Don Lane, System Administrator		Internet: dlane@pacinfo.bc.ca
Pacific Information Systems		UUCP: infopac!dlane
P.O. Box 5952, Stn B. Victoria, BC Canada V8R 6S8
Xref: sparky news.software.nntp:1290 news.sysadmin:1306 news.admin:7915
From: alan@frey.newcastle.edu.au (Alan Hargreaves)
Newsgroups: news.software.nntp,news.sysadmin,news.admin
Subject: Re: Help with INN!
Date: 8 Oct 1992 10:46:48 +1000
Organization: Maths Department, University of Newcastle, Oz.
Distribution: inet
NNTP-Posting-Host: frey.newcastle.edu.au

rsalz@rodan.UU.NET (Rich Salz) writes:

>In <1992Oct5.202942.11112@seas.gwu.edu> dobrien@seas.gwu.edu (David O'Brien) writes:

>>2. What needs to go in news' crontab?
>Did you read Appendix IV of the installation manual?

i got caught not finding stuff in the manual too (thanks for the
pointer rich ;)

>If you have any ideas on how I could make this more clear, please let me know.

perhaps a samples/crontab? (but then you have the problem of different
versions of cron) perhaps something in the manual that looks vaguely
like a crontab file.

alan.
-- 
Alan Hargreaves (VK2KVF) alan@frey.newcastle.edu.au, Uni of Newcastle, UCS.
Ph: +61 49 215 512 Fax: +61 49 684 742 ICBM: 32 53 44.6 S / 151 41 52.6 E

Software Bloat -  Any UNIX(tm) after Version 7.	(Sm@cerberus.bhpese.oz.au)
From: rsalz@rodan.UU.NET (Rich Salz)
Newsgroups: news.software.nntp
Subject: Re: INN Path header woes (new problem?)
Date: 14 Oct 1992 09:13:27 -0400
Organization: UUNET Technologies Inc, Falls Church, VA
Distribution: inet

In <Bw2tFF.LJ0@cs.psu.edu> fenner@postscript.cs.psu.edu (Bill Fenner) writes:
>Why not allow nnrpd to provide a Path: of "not-for-mail", so when innd
>adds its name on the Path, it ends up being "Path: myname!not-for-mail"?
This is what will happen when patch3 is released.  If you POST an article
that has no Path header, then just ${PATHMASTER} is put there.  To get
full the full effect of this, you will probably want to set INEWS_PATH to
DONT.
	/r$
From: rsalz@rodan.UU.NET (Rich Salz)
Newsgroups: news.software.nntp
Subject: Re: Missing ../samples/innreport when building INN 1.2
Date: 13 Oct 1992 11:14:24 -0400
Organization: UUNET Technologies Inc, Falls Church, VA
NNTP-Posting-Host: rodan.uu.net

>The file ../samples/innreport is reported missing then I attempt 
>to build (running BUILD) INN v. 1.2. Is this important ?
No; it's a bug I introduced in patch2 that will be fixed in patch3.
Sorry.
	/r$
Newsgroups: news.software.nntp
From: aras@multix.no (Arne Asplem)
Subject: INN 1.2 unbatching problems
Organization: Multix A.S
Date: Mon, 12 Oct 1992 15:09:34 GMT

I'm trying to set up INN 1.2 to replace Cnews. Both are coexisting on
the system at the moment (until I know inn are working).

For a short period I replaced the Cnews version of rnews with the INN
version, and the incomming batch was received an spool to 
/usr/spool/news/in.coming. But it seems that inn didn't process the
batch. I tried 'rnews -U' to have innd process the articles with no
success.

I'm able to post articles using NNTP based newsreaders, and they
are processed correctly by innd, but I-m not able to process incomming
UUCP batches. Any clues ?

  -- Arne
-- 
//  Arne Asplem    //  Office:    Gjerdrums vei 12, N-0486 Oslo, Norway  //
//  Multix A/S     //  Phone/fax: +47-2-950800 / 950790                  //
//                 //  Email:     aras@multix.no                         //
//  NUUG Chairman  //  Email:     aras@nuug.no                           //
From: Christophe.Wolfhugel@grasp.insa-lyon.fr (Christophe Wolfhugel)
Newsgroups: news.software.nntp
Subject: number of simultaneous nntplinks ?
Date: 10 Oct 1992 11:34:03 +0100
Organization: INSA Informatique (Grasp), Lyon, France
Distribution: inet
NNTP-Posting-Host: grasp1.univ-lyon1.fr

Would there be a big difference (if yes, in favor of which) in having,
say 10 nntplinks handling each 4 sites (ie, 15 mn/hour/site) or simply
having 40 links running concurrently (giving 60mn/hour/site which appears
to be more interesting than the first situation) ?

In the first configuration (10 links) I guess that there would be more
file opens and forks than on the second config (with permanently more
processes in the queue).

Did one benchmark several such configurations ?

(please reply by mail, summary will be posted).

-- 
Christophe Wolfhugel    |    Email: Christophe.Wolfhugel@grasp.insa-lyon.fr
   "No keyboard, press F1 to continue"
Newsgroups: news.software.nntp
From: seant@sunfish.ratsys.com (Sean D. True)
Subject: How to get news? NNTP vs. INN vs. UUCP over TCP/IP?
Organization: Rational Systems, Inc.
Date: Fri, 16 Oct 1992 16:01:38 GMT

Our news feed is currently via UUCP dialup. We are adding a 9600KB
leased line using PPP. I am looking for advice as to how to best use this
line (the UUCP dialup line is lots more expensive).

We could run UUCP over TCP/IP ...
We have an NNTP server installed ... I could persuade it to fetch news from
another server.
We could find and install INN...

I am interested in stable and easy to install configurations, and am leaning
towards UUCP over TCP/IP. Is this just lazy?

Comments?
================================================================
Sean D. True
Rational Systems, Inc.
seant@ratsys.com -- uunet!rational!seant
From: pmj@roadnet.com (Peter M. Jansson)
Newsgroups: news.software.nntp
Subject: Re: NNTP post can't run df in spacefor
Summary: inetd can't sgid
Keywords: NNTP SCO CNEWS
Date: 7 Oct 92 17:18:50 GMT
Followup-To: sco.opendesktop
Organization: Roadnet Technologies, Inc.

In article <1992Oct07.150644.5595@roadnet.com> I (Peter M. Jansson) write:
>We are running CNews and using NNTP 1.5.11 as a transport mechanism on a
>SCO ODT system.  When I try to post articles from a client workstation
>using NNTP, my nntplog file shows the following lines:
...
>Can anyone suggest why
>the NNTP-spawned spacefor can't execute df?
...

Well, I have figured out *what* is going on, but not *how* to fix it.  It
seems that nntpd, which is spawned from inetd, can't start any program
with SETUID or SETGID permissions, and df uses SETGID in this
environment.  I figured this out by faking out the spacefor program so
that it doesn't use df (I didn't do anything special, I just made
spacefor lie) and found I couldn't execute "relaynews", which is SETUID
and SETGID.

Now, what I'd like to know is how can I persuade nntpd to run a SET[UG]ID
program?  I've redirected followups to sco.opendesktop, since I think
that is probably where the problem lies.  I'll appreciate any help I can
get.

Thanks,
    Pete. (pmj@roadnet.com)
From: goldstei@cgi.com ("Morris Goldstein")
Newsgroups: news.software.nntp
Subject: Public access NNTP servers
Date: 8 Oct 92 18:07:40 GMT

We don't get news feeds directly.  Are their any sites which run NNTP
servers that are publicly available via the internet?

Morris Goldstein (goldstein@cgi.com)
From: rsalz@rodan.UU.NET (Rich Salz)
Newsgroups: news.software.nntp
Subject: Re: Bug in getdtab.c (INN 1.2) ?
Date: 13 Oct 1992 11:20:12 -0400
Organization: UUNET Technologies Inc, Falls Church, VA
NNTP-Posting-Host: rodan.uu.net

There are a handful of typo's in lib/getdtab for the non-default case,
sorry.  All fixed in patch3.
	/r$
Newsgroups: news.software.nntp
From: sdw@meaddata.com (Stephen Williams)
Subject: INN/NNTP reading of compressed/archived news
Organization: Mead Data Central, Dayton OH
Date: Sat, 10 Oct 1992 20:22:15 GMT

Having a SysV system (ISC 3.2 R3), I have the 64K inode limitation.

I don't want to split the partition and, although I'll eventually go
to SysV.4, I don't want to do it yet.

I have a 500-600MB partition for news, but run out of inodes at 200 MB
of articles.


In thinking of solutions, I returned to a previous thought: how to do
compression of online news articles and still allow retrieval.

What I'm thinking of now is modifying innd/nnrpd/possibly nntpd to
check for an article (access()), and if it isn't there, see if there
is a art.zoo file.  If so, open a pipe to 'zoo ep art.zoo artnum', and
then continue normally.

I would also have to change expire to know how to delete the article,
not too tough.

Since all readers can be made to use nntp, this would not affect them.

I could modify the writing of articles, but there would be possible
concurrency problems (since only history is locked right now) and it
might be a pain.  I was thinking instead of an expire like process (or
hacked version) that would scan for articles with one link
(cross-posted articles would have to be copied, so I'll skip those in
the first version), lock the zoo file, and do an append.


Compression would be optional, based on cpu speed / space limits.
Zoo is good because it can append fast and can delete articles from an
archive (since the default is to purge right away, I would just use
mark delete and purge all at once (after expire)).

Why hasn't this been added yet?

Has anyone else done this yet?

Would anyone like this done?

Would an expert like to beat me to the punch?

Just pumping out those ideas.....

Thanks.
sdw
--
Stephen D. Williams  Local Internet Gateway Co.; SDW Systems 513 496-5223APager
LIG dev./sales       Internet: sdw@world.std.com CIS 76244.210@compuserve.com
OO R&D Source Dist.  By Horse: 10028 Village Tree Ct., Miamisburg, OH 45342
GNU Support          ICBM: 39 34N 85 15W I love it when a plan comes together
From: sob@TMC.EDU (Stan Barber)
Newsgroups: news.software.nntp
Subject: Re: rrn problem (GROUP command)
Date: 7 Oct 1992 06:16:22 GMT
Organization: Baylor College of Medicine, Houston, Tx
Distribution: inet
NNTP-Posting-Host: tmc.edu

In article <1992Oct6.213126.4249@phri.nyu.edu> roy@nova.med.nyu.edu writes:
>@(#)$Header: rn.c,v 4.3.2.11 91/01/04 22:58:24 sob Exp $
>Patch #: 54

First, this is an OLD version of rn. The current release is 4.4.4.1 (Patch 4).

My guess is that the group name is null somehow. Look in your active file
to see if there is a null name of some kind.

This has been reported to me a bug and I am looking into it more fully, but
this is my initial information.

-- 
Stan           internet: sob@bcm.tmc.edu         Director, Networking 
Olan           uucp: rutgers!bcm!sob             and Systems Support
Barber         Opinions expressed are only mine. Baylor College of Medicine
Newsgroups: news.software.nntp
From: cms@home.demon.co.uk (Cliff Stanford)
Subject: NNTP post can't run df in spacefor 
Distribution: world
Organization: Demon Systems Limited.
Date: Sat, 10 Oct 1992 19:18:47 +0000

In article <1992Oct07.150644.5595@roadnet.com> pmj@roadnet.com writes:

>When I post articles locally, I have no problems.  Can anyone suggest why
>the NNTP-spawned spacefor can't execute df?  

	You have not made the "queryspace" authorisation a default.
While you're at it, add the ps authorisation.
		Regards,
			Cliff

-- 
Cliff Stanford                              cliff@demon.co.uk
Demon Internet Services			    cms@home.demon.co.uk
42 Hendon Lane				    +44 81 349 0063
London N3 1TT                               +44 860 375870
From: sob@TMC.EDU (Stan Barber)
Newsgroups: news.software.nntp
Subject: Re: HP800 nntp help (help!)
Date: 7 Oct 1992 06:14:09 GMT
Organization: Baylor College of Medicine, Houston, Tx
Distribution: inet
NNTP-Posting-Host: tmc.edu


Typically, if the nntp reference implementation closes the socket following
the banner, it means that the history file is screwed up and/or missing.
Look in the log file. It will usually log the cause.


-- 
Stan           internet: sob@bcm.tmc.edu         Director, Networking 
Olan           uucp: rutgers!bcm!sob             and Systems Support
Barber         Opinions expressed are only mine. Baylor College of Medicine
Newsgroups: news.software.nntp
From: trumpet-user@dkfz-heidelberg.de (Don Ward)
Subject: INN on AMDAHL's UTS
Keywords: INN UTS
Organization: German Cancer Center
Date: Mon, 12 Oct 1992 11:11:42 GMT

I am running cnews with nntp and nntplink on a IBM 9121 running AMDAHL's UTS
as a guest OS. It took me a long time to get cnews and nntp up and running
on this setup. Now I'm looking at INN to reduce overhead. We only get one
feed over the internet, and we are a leaf node, i.e. we don't feed anyone.
If anyone has gotten INN running on AMDAHL's UTS I would be very interested
in what you had to do to get it working.

don ward.
-----------------------------------------------------------------------------
if you want me to be able to read you post, then you have to set the
distrubution to world. I am in Germany. Thats why I have trouble with
my spelling. please excuse.
Don Ward at: zdv620@support.inet.dkfz-heidelberg.de
From: keesey@vnet.ibm.com (James Keesey)
Date: Tue, 13 Oct 92 16:54:56 PDT
Subject: Where can one get INN?
Newsgroups: news.software.nntp

Where can I get INN?  Archie doesn't seem to know about it.
Answers should be email-ed to me.

James Keesey                             Disclaimer:
AD/Cycle Tools and Technologies (TIRS)       The opinions expressed
IBM Santa Teresa Labs                        are not necessarily
San Jose, CA                                 the those of IBM.
From: jerry@strobe.ATC.Olivetti.Com (Jerry Aguirre)
Newsgroups: news.software.nntp
Subject: Re: INN suggestion
Date: 17 Oct 92 02:02:21 GMT
Article-I.D.: olivea.56554
Distribution: inet
Organization: Olivetti ATC; Cupertino CA, USA

In article <1992Oct16.214218.3515@magnus.acs.ohio-state.edu> chohan@magnus.acs.ohio-state.edu (Harpal Chohan) writes:
>I'll second that. A specified threshhold level of remaining space
>in the partition at which point it'll stop accepting feeds. I believe

I'll answer that one because I asked Rich about it already.

The problem is that there is no portable way to check free space.
Existing packages that check space do so with a nested mess of #ifdefs.
And if you monitor this group you will know how well that functions.

There is one portable method to monitor space.  Run until the writes start
failing.  That is what INN does.
From: rsalz@rodan.UU.NET (Rich Salz)
Newsgroups: news.software.nntp
Subject: Re: INN 1.2 unbatching problems
Date: 13 Oct 1992 11:22:16 -0400
Organization: UUNET Technologies Inc, Falls Church, VA
NNTP-Posting-Host: rodan.uu.net

Is the host where rnews running listed in your _PATH_INNDHOSTS config
param?

INN's rnews does work quite well, so it is most likely a configuration
error.
	/r$
Newsgroups: news.software.nntp
From: fenner@postscript.cs.psu.edu (Bill Fenner)
Subject: Re: INN Path header woes (new problem?)
Organization: Penn State Computer Science
Distribution: inet
Date: Tue, 13 Oct 1992 20:11:38 GMT

In article <1beouqINNhs1@rodan.UU.NET> rsalz@rodan.UU.NET (Rich Salz) writes:
|If you don't want your workstation there, then set INEWS_PATH to DONT.
|This means that nnrpd (the newsreader NNTP server) will add the server's
|Path name.  Note that by the time an article gets to innd, there must be a Path
|line:  all articles are required to have a Path line.  So, *somebody* must
|put a path.

Why not allow nnrpd to provide a Path: of "not-for-mail", so when innd
adds its name on the Path, it ends up being "Path: myname!not-for-mail"?

If a node does not run news (i.e. a workstation posting via NNTP), it's
unnecessary to put its name in the Path: line; you're just making the Path:
header longer for no gain.

  Bill
Newsgroups: news.software.nntp