Xref: utzoo news.software.b:7392 news.software.nntp:1247
Newsgroups: news.software.b,news.software.nntp
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!sdd.hp.com!elroy.jpl.nasa.gov!decwrl!world!geoff
From: geoff@world.std.com (Geoff Collyer)
Subject: Re: nntp files
Message-ID: <1991Apr5.235156.20894@world.std.com>
Organization: Software Tool & Die Netnews Research Center
References: <1991Mar31.214919.17956@ssd.kodak.com> <1991Apr3.213558.1035@cobber.cord.edu> <1991Apr4.210714.13027@world.std.com> <1991Apr5.022105.9815@zaphod.mps.ohio-state.edu>
Date: Fri, 5 Apr 1991 23:51:56 GMT
Lines: 37

Hmmm, well maybe "anti-social" is a bit strong, but it does seem rather
pointless to hang there on the line on the off chance that an article
might show up.  I expect an article transfer session to run like an SMTP
session or a telephone call: you say what you have to say and hangup.

I suppose I shouldn't be annoyed at nntplink, per se, but at the news
administrators who insist on running it without -I0.  On the other hand,
-I0 seems like a reasonable default.

Dave Alden:
>I wish you wouldn't waste your time finding a "rock" and instead work
>on "making my patches obsolete" along with "the output part of nntplink
>obsolete".

I did put a smiley after that comment about find a rock, didn't I?  The
point is that nntpd needs a lot of work.  As you know, we've just spent a
lot of energy fixing nntplink so it doesn't drop a significant fraction
of the articles it is asked to send.  I don't recall if it is now as fast
reading batch files as reading our modified log file or not, so I'm not
sure if we can live with the current nntplink and a stock relaynews, or
whether we have more code to write.  As for the relaynews daemon, the
work to obsolete it is essentially done, there's just some clean up
needed.  Satisfied? :-) :-)

>The more I work with C News the happier I am that I am using it - it
>truly is better than a lot of the "so-called" professional packages that
>are out there

Thank you.

>I just wish that we didn't have to have the religion along with the
>package.  :-(

"religion" is not an issue here; try "software engineering", "quality
control", and "thoughtfulness" instead.
-- 
Geoff Collyer		world.std.com!geoff, uunet.uu.net!geoff