🚀 go-pugleaf

In news.software.b, article <1992Dec15.175743.9862@dragon.acadiau.ca>,
  peter@dragon.acadiau.ca (Peter Steele) writes:
> 
> So, if we get our news via a single 56K baud line, we shouldn't
> consider INN? Does our feader site also need INN running, or is
Yes you should. ;-)

> it independent of what the feeder site uses. Right now we're running
It's standard NNTP. Thus, feeder-independent.

> cnews and get our news in batches via nntpsend every 20 minutes.
> 
I'm hanging off a 16.8k line (the wonders of Zyxel ;-) and get a continuous
feed via nntplink.

> On another note, INN *must* have more going for it than just what
> is described above. What other reasons might make it worthwhile to
> switch to INN.

Lots.
- Central control.If you say "ctlinnd mode" and "running" comes back, then
  you know your News system is up and OK, no further questions necessary.
- No lock files. The daemon remembers its state.
- Direct posting. As soon as inews returns, you know your article entered the
  News system and was spooled to other sites.
- More than one concurrent incoming feed. (Right now, I've got two rnews
  jobs, two incoming NNTP feeds, and an inews active. They don't block one
  another and all get instant and reliable feedback on the articles they
  deliver.)
- Reworked "newsfeeds" (nee sys) file with much finer control as to what
  actually gets written to batch files.
- Directly feed the batch into a program, via pipe. People have been seeing
  article transfer times on the order of 200 msec, using this method to feed
  another system via nntplink.
- Combine the previous two to do some really ugly things like statistics
  gathering or sendsys-bomb cancelling. Especially the latter isn't really
  doable, given the above subsecond transfer times, unless you can get the
  Cancel into your news server _right_now_.
- One INN system can mirror another INN system. No more problems with
  renumbered articles -> instant switchover when the primary server fails
  and/or when it is temporarily overworked.
- Doubtless some other things I've forgotten.

-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/