home *** CD-ROM | disk | FTP | other *** search
/ ftp.pasteur.org/FAQ/ / ftp-pasteur-org-FAQ.zip / FAQ / usenet / software / b / faq < prev    next >
Encoding:
Text File  |  1995-05-22  |  29.7 KB  |  696 lines

  1. Newsgroups: news.software.b,news.answers
  2. From: linimon@nominil.lonesome.com (Mark Linimon)
  3. Subject: News.software.b Frequently Asked Questions (FAQs)
  4. References: <software_b_intro_770454615@nominil.lonesome.com>
  5. Followup-To: poster
  6. Approved: news-answers-request@MIT.Edu
  7. Organization: Lonesome Dove Computing Services
  8. Date: Wed, 1 Jun 1994 07:10:23 GMT
  9. Supersedes: <software_b_faq_768035415@nominil.lonesome.com>
  10. Message-ID: <software_b_faq_770454615@nominil.lonesome.com>
  11. Summary: Answers to news software frequently asked questions (periodic posting)
  12. Expires: Wed, 13 Jul 1994 07:09:47 GMT
  13. X-Posting-Frequency: every 4 weeks
  14. Reply-To: linimon@nominil.lonesome.com
  15. Lines: 678
  16. Xref: bloom-beacon.mit.edu news.software.b:4592 news.answers:20299
  17.  
  18. Archive-name: usenet/software/b/faq
  19. Version: 1.08 (March 1994)
  20. Last-Modified: Fri Mar  4 17:38:15 EST 1994
  21.  
  22. This posting provides answers to frequently asked questions (FAQs) encountered
  23. in news.software.b.
  24.  
  25. A companion posting, "C News Frequently Asked Questions (FAQs)"
  26. <software_b_cnews_770454615@nominil.lonesome.com>, provides
  27. information about commonly encountered dilmemmas specifically related to
  28. the C News package.  Yet another posting, "News.software.b: Introduction to
  29. news.software.b" <software_b_intro_770454615@nominil.lonesome.com>,
  30. serves as an introduction to the group.
  31.  
  32. Related postings are maintained by Tom Limoncelli <tal@Warren.MENTORG.COM>:
  33. "INN FAQ Part 1/4: General Information"; "INN FAQ Part 2/4: Debugging Guide
  34. & Tutorial"; "INN FAQ Part 3/4: Operational and Misc. Questions"; and "INN
  35. FAQ Part 4/4: Appendix A: Norman's install guide".  Another is maintained
  36. by Rob Robertson <rob@agate.Berkeley.EDU> and entitled "FAQ:  Overview
  37. database / NOV General Information."
  38.  
  39. All these articles are repeated periodically for the benefit of new readers.
  40.  
  41. (Another set is being drafted by Ian Phillipps <ian@unipalm.co.uk> for
  42. news.admin.technical; at this point this is a "work in progress".)
  43.   
  44. ----------------------------------------------------------------------
  45.  
  46. Subject: Table of contents.
  47.  
  48.     Subject: What is the charter of news.software.b?
  49.     Subject: What is considered good net.etiquette on news.software.b?
  50.     Subject: What is meant by news transports versus news readers?
  51.     Subject: What news transports are available?
  52.     Subject: What is the release status of C News?  Where can I get it?
  53.     Subject: What is the release status of INN?  Where can I get it?
  54.     Subject: What is the release status of B News?  Where can I get it?
  55.     Subject: What do I do if I am having trouble with C News?
  56.     Subject: What do I do if I am having trouble with INN?
  57.     Subject: What do I do if I am having trouble with B News?
  58.     Subject: Is there documentation to aid administering news?
  59.     Subject: What's the 'junk' newsgroup for?  Should I propogate it?
  60.     Subject: What is an RFC?  Which are the relevant ones?
  61.     Subject: Are there advantages of INN over C News?
  62.     Subject: Why do C News and INN drop non-conforming articles?
  63.     Subject: But why can't the poster be mailed a notice when this happens?
  64.     Subject: So how can I find out if sites drop my articles as non-conforming?
  65.     Subject: Couldn't we just fix articles by rewriting erroneous headers?
  66.     Subject: What do C News and INN do with articles with no Distribution?
  67.     Subject: Wouldn't it save space to compress stored news?
  68.     Subject: What can I do to prevent running out of inodes in spool?
  69.     Subject: Are there any tools for newsgroup moderators?
  70.     Subject: Has anyone implemented "private" newsgroups using C News or INN?
  71.     Subject: Can the news transport validate cancel messages?
  72.     Subject: What is NOV?  Where can I get it?
  73.     Subject: What are related newsgroups for news transports and readers?
  74.     Subject: Is news.software.b archived anywhere?
  75.     Subject: Is news.software.b available as a mailing list?
  76.     Subject: Why isn't this newsgroup named news.software.transports?
  77.     Subject: Contributions to news.software.b FAQ.
  78.  
  79. ------------------------------
  80.  
  81. Subject: What is the charter of news.software.b?
  82.  
  83. The charter of news.software.b is to serve as the chief newsgroup for
  84. technical questions about installing, using, and improving the "transport"
  85. layer of the netnews software used on USENET.
  86.  
  87. Note that the listing in the canonical "newsgroups" file is:
  88.  
  89. news.software.b        Discussion about B-news-compatible software.
  90.  
  91. ------------------------------
  92.  
  93. Subject: What is considered good net.etiquette on news.software.b?
  94.  
  95. Here are some etiquette reminders that will help us all to make the group
  96. an ever-friendlier place:
  97.  
  98.  -- Please, before posting, ensure that you've read the basic Usenet
  99.     etiquette guide in news.announce.newusers.
  100.  
  101.  -- Please consider the news.software.b readership before you post.  Consider
  102.     news.admin.misc for general questions about site administration, and
  103.     news.software.readers for questions about news-*reading* programs.
  104.    
  105.  -- When following up, please change the Subject: line if the subject has
  106.     really changed.
  107.  
  108.  -- Some newsgroups have adopted the practice of using prefixes on Subject:
  109.     lines to help readers select articles of interest, e.g.
  110.  
  111.         Subject: C News: How do I rebuild the history file?
  112.         Subject: INN: How do I do outbound batching for UUCP?
  113.  
  114.     [In this author's opinion, this is a practice that should be encouraged.]
  115.  
  116.  -- Remember that USENET is a volunteer network.  All the code, maintenance,
  117.     and question-answering are maintained by folks who freely give their time
  118.     to help the net.  Please consider this and treat them accordingly.  Be
  119.     as precise as possible so that overworked knowledgeable people will not
  120.     waste time trying to solve the wrong problem.
  121.  
  122. ------------------------------
  123.  
  124. Subject: What is meant by news transports versus news readers?
  125.  
  126. The news transport mechanism is the code which receives, process, and
  127. forwards netnews.  The news readers (and news posters) allow human users
  128. to interact with the news database built by the transport.  The news
  129. transports themselves interact with underlying communications code,
  130. commonly either NNTP (Network News Transfer Protocol) or UUCP.
  131.  
  132. Expiration is typically handled by the transport mechanism.
  133.  
  134. ------------------------------
  135.  
  136. Subject: What news transports are available?
  137.  
  138. The following is abstracted from the article "USENET Software: History
  139. and Sources" posted in news.announce.newusers (and cross-posted to
  140. news.software.b) every 4-6 weeks.  It is a much more exhaustive survey
  141. of available transports and readers.
  142.  
  143. The original news software was just called news; once a rewrite called
  144. B News became available, the original version became known as A News.
  145. A News is totally obsolete.  B News, although still installed on many
  146. sites across the net, is also obsolete and no longer being maintained.
  147. In fact, the last maintainer now uses INN.
  148.  
  149. Currently-maintained news software includes, among others, the C News
  150. package and INN (InterNetworkNews package).  See below for descriptions
  151. of each of these packages.  (The ANU-news package is discussed on
  152. news.software.anu-news, also see below).
  153.  
  154. ------------------------------
  155.  
  156. Subject: What is the release status of C News?  Where can I get it?
  157.  
  158. Henry Spencer:
  159. The current C News distribution can currently always be retrieved by
  160. anonymous ftp from ftp.cs.toronto.edu in file pub/c-news/c-news.Z (a shell
  161. archive) or pub/c-news/c-news.tar.Z (a tar archive) and the complete set
  162. of patches can also be found on ftp.cs.toronto.edu in the directory
  163. pub/c-news/patches.  FTP during our peak hours (12h00-17h00 Eastern) is
  164. not encouraged.
  165.  
  166. The current C News patch date is 20-Feb-1993.  It is referred to as the
  167. "Performance Release."
  168.  
  169. (It is also available on UUNET as ~/news/cnews/c-news.Z or c-news.tar.Z.
  170. See also the files ~/news/cnews/README and ~/news/cnews/known.problems.
  171. known.problems reports installation problems and bugs that have been
  172. discovered in the current version.  It also includes fixes to those problems.)
  173.  
  174. FAQs)"
  175. <software_b_cnews_770454615@nominil.lonesome.com>, for information 
  176. about upcoming releases).
  177.  
  178. ------------------------------
  179.  
  180. Subject: What is the release status of INN?  Where can I get it?
  181.  
  182. Rich Salz:
  183. The official archive site is ftp.uu.net, networking/news/nntp/inn.  Many
  184. other sites have copies, too; ask archie.  Look for file inn1.X.tar.Z,
  185. where "1.X" is the revision.  Patches and new versions made as needed
  186. and as I have available time.  The next revision will be 1.5; no public
  187. date.
  188.  
  189. [See Tom Limoncelli's FAQs for the latest version and bugfix information.]
  190.  
  191. ------------------------------
  192.  
  193. Subject: What is the release status of B News?  Where can I get it?
  194.  
  195. B News is no longer either supported or used by its author, and new
  196. installations are strongly discouraged.  The last release was patchlevel
  197. 19 of version 2.11, of Oct 30, 1989.  Note: if your site hasn't even
  198. installed the last version released, you really must give serious and
  199. immediate consideration to upgrading to a package that works according
  200. to modern standards.
  201.  
  202. Rick Adams:
  203. B news is dead.  Don't encourage its use.
  204.  
  205. ------------------------------
  206.  
  207. Subject: What do I do if I am having trouble with C News?
  208.  
  209. This is covered in more detail in the companion posting, "C News Frequently
  210. Asked Questions (FAQs)" <software_b_cnews_770454615@nominil.lonesome.com>;
  211. however, your first steps should be as follows: consult the manual pages
  212. and descriptions in doc/trouble.  (If you don't have doc/trouble, you
  213. either have an ancient version of C News and should upgrade, or someone
  214. installed a partial distribution).  If you can't find an answer there,
  215. see if there is a fix or workaround in the file called "known.problems".
  216. If this still fails to answer your question, try the "Implementor's
  217. Notebook" files in doc/* (start with the README).
  218.  
  219. ------------------------------
  220.  
  221. Subject: What do I do if I am having trouble with INN?
  222.  
  223. First, consult the manual pages.  There is also an installation guide
  224. (Install.ms) that is very valuable.
  225.  
  226. See also the two separate FAQ postings in this newsgroup just about INN,
  227. maintained by Tom Limoncelli <tal@Warren.MENTORG.COM>: "INN FAQ Part 1/3:
  228. General Information, how to compile, how to operate"; "INN FAQ Part 2/3:
  229. Tutorial on installing"; and "INN FAQ Part 3/3: Tutorial on debugging and
  230. adding options."
  231.  
  232. Only if these all fail to answer your questions should you post to
  233. news.software.b.
  234.  
  235. ------------------------------
  236.  
  237. Subject: What do I do if I am having trouble with B News?
  238.  
  239. If the documentation you have with it doesn't help you, you had better
  240. ask for help here, because it's no longer being maintained by its author.
  241. However, (especially if you don't even have the last release of B News!),
  242. don't be surprised if the answer is, "can't be done, install C News or INN!"
  243.  
  244. ------------------------------
  245.  
  246. Subject: Is there documentation to aid administering news?
  247.  
  248. There is a commercially-published book, "Managing UUCP and USENET", from
  249. O'Reilly and Associates <nuts@ora.com> (+1 800 338 6887 or +1 707 829 0515),
  250. that many readers have recommended.  The latest edition of this book
  251. discusses the NNTP protocol and the NNTP implementation maintained by
  252. Stan Barber, commonly known as the "reference implementation" (nntp1.5);
  253. but it does not yet talk about INN.  This book has a companion volume,
  254. "Using UUCP and USENET", that is more oriented to users.
  255.  
  256. A rewrite of these two books is currently being done by Henry Spencer
  257. (the C News portion) and Dave Lawrence (the INN portion).  Their book
  258. will become the volume on both using and managing USENET news; the
  259. tentative release date is set for late 1994.  (Note: bugging either of
  260. these busy folks won't get it done faster :-) )  [O'Reilly may rearrange
  261. the other material into a companion volume that would cover both using
  262. and managing UUCP; plans are less definitely.]
  263.  
  264. For the impatient, you can subscribe to the O'Reilly announcements list
  265. by sending a message to listproc@online.ora.com with the first line:
  266.  
  267. subscribe ora-news Your Name at Your Organization
  268.  
  269. The Subject: line will be ignored.
  270.  
  271. ------------------------------
  272.  
  273. Subject: What's the 'junk' newsgroup for?  Should I propogate it?
  274.  
  275. The junk newsgroup contains all the postings which the news transport
  276. can't file under a newsgroup name.  These can include malformed postings
  277. (either as result of human, software, or transmission error); postings to
  278. bogus groups; postings to groups that have been deleted; postings to new
  279. groups that you haven't added yet; and postings to groups that you don't
  280. carry at your site, and don't intend to.
  281.  
  282. Some admins see it as friendly to transmit junk to your neighbors, to cover
  283. the latter two cases.  However, common practice is to expire junk almost
  284. immediately afterwards.
  285.  
  286. If you're getting lots of postings in junk, it may mean that the combination
  287. of your sys file, your active file, and your neighbors' sys files, are not
  288. doing what you intend them to.
  289.  
  290. ------------------------------
  291.  
  292. Subject: What is an RFC?  Which are the relevant ones?
  293.  
  294. An RFC (Request For Comment) is a formal mechanism used to describe communi-
  295. cations standards for the Internet and systems (like USENET) that are closely
  296. tied to it.  The relevant RFCs for news include:
  297.  
  298. 1123  Requirements for Internet hosts - application and support. Braden, R.T.,
  299.       ed.  1989 October; 98 p. (Format: TXT=245503 bytes)  (Updated by RFC 
  300.       1349)
  301.  
  302. (A small part of this long RFC is relevant to news: it amends RFC 822 so
  303. that, in dates, a 4-digit year is no longer prohibited, but is preferred;
  304. and that numeric time zone names are suggested).
  305.  
  306. 1036  Horton, M.R.; Adams, R.  Standard for interchange of USENET messages.  
  307.       1987 December; 19 p. (Format: TXT=46891 bytes)  (Obsoletes RFC 850)
  308.  
  309. (This is the most relevant of this set, to this newsgroup.  Note: an effort
  310. is currently underway to revise and update RFC 1036 to better reflect modern
  311. practice.  A *long* (53pp.) draft proposal of this "Son-of-RFC-1036" is
  312. available for anonymous ftp from zoo.toronto.edu in file pub/news.txt.Z.  As
  313. above, FTP during their peak hours (12h00-17h00 Eastern) is not encouraged.)
  314.  
  315. 977   Kantor, B.; Lapsley, P.  Network News Transfer Protocol.  1986 
  316.       February; 27 p. (Format: TXT=55062 bytes)
  317.  
  318. 976   Horton, M.R.  UUCP mail interchange format standard.  1986 February; 
  319.       12 p. (Format: TXT=26814 bytes)
  320.  
  321. 822   Crocker, D.  Standard for the format of ARPA Internet text messages.  
  322.       1982 August 13; 47 p. (Format: TXT=109200 bytes)  (Obsoletes RFC 733)
  323.  
  324. Online copies of RFCs are available via FTP or Kermit from NIC.DDN.MIL as 
  325. rfc:rfc####.txt or rfc:rfc####.ps (#### is the RFC number without leading 
  326. zeroes).
  327.  
  328. Additionally, RFCs may be requested through electronic mail from the
  329. with a subject line of "RFC ####" for text versions or a subject line
  330. of "RFC ####.PS" for PostScript versions.  To obtain the RFC index,
  331. the subject line of your message should read "RFC index".
  332.  
  333. ------------------------------
  334.  
  335. Subject: Are there advantages of INN over C News?
  336.  
  337. It depends on whose religion you believe in more strongly :-)
  338.  
  339. Rich Salz:
  340. They are targeted for different environments, although both systems seem
  341. to work fairly well outside of their targets.
  342.  
  343. INN is designed for hosts on the Internet with a fair amount of memory and
  344. multiple fast incoming NNTP feeds.  It's a full USENET system, but most
  345. traffic is NNTP.  (E.g., rnews unpacks a batch and sends it to the server
  346. via NNTP.)  If you do NNTP, you'll find it easier to maintain the one
  347. single system, rather than two.  Also, posting is synchronous -- when
  348. inews returns, the article has been written to disk and queued for
  349. forwarding.  [By comparison, C News is asynchronous -- Mark.]  INN puts
  350. a low, constant, load on your machine.
  351.  
  352. Several people run INN on UUCP-only machines.
  353.  
  354. David Myers:
  355. Whether or not you use NNTP may influence your decision.  If you wish to
  356. use NNTP internally, then with C News you have to also install the standard
  357. NNTP package.  [Don't confuse this package, named "nntp", with the NNTP
  358. protocol itself!  It's just one implementation -- Mark.]  This may or may
  359. N, you get
  360. it all in one package.
  361.  
  362. Geoff Collyer:
  363. This should cease to be an issue once we ship the Cleanup Release, which
  364. will contain an NNTP implementation.
  365.  
  366. ------------------------------
  367.  
  368. Subject: Why do C News and INN drop non-conforming articles?
  369.  
  370. Henry Spencer:
  371. Dropping of nonconforming articles is partly a necessity, since some
  372. classes of nonconformance can cause major screwups in other news systems.
  373. (Almost all the tightening of checking has been due to pressure from
  374. others, not [Geoff's and my] own inclinations.)  In any case, (a) we hope
  375. this is a [transient] thing that will become insignificant when people
  376. clean up their act, and (b) you can (in principle) determine whether this
  377. will happen to an article by a simple and objective standard.  Dropping
  378. articles due to local configuration errors is much more insidious; one
  379. thing that is very clear from our experience so far is that news software
  380. *must not* assume competent and conscientious sysadmins.
  381.  
  382. ------------------------------
  383.  
  384. Subject: But why can't the poster be mailed a notice when this happens?
  385.  
  386. Mark Brader:
  387. This would be desirable if the poster could be notified just once, or
  388. a small number of times, but there is no way to enforce this.  An article
  389. may enter the network through a chain of sites, each feeding just one
  390. other, or it may immediately reach a site that feeds it to a large number
  391. of others, and there's no way to tell what software the other sites that
  392. processed it were using.  Thus, there'd be no way to tell whether an
  393. earlier site on the path, or 200 other sites served by the same feed,
  394. had already mailed such a diagnostic.
  395.  
  396. ------------------------------
  397.  
  398. Subject: So how can I find out if sites drop my articles as non-conforming?
  399.  
  400. Several major sites post summaries of articles dropped at their site as
  401. non-conforming, usually including article Message-ID:s and the reason for
  402. non-conformance.
  403.  
  404. These include:
  405.  
  406.     Newsgroups: news.lists,news.admin.misc
  407.     From: rsalz@rodan.UU.NET (Rich Salz)
  408.     Subject: Articles rejected at news.uu.net during the past week
  409.     Organization: UUNET Communications
  410.  
  411.         The articles listed below were rejected by InterNetNews at
  412.         news.uu.net during the past week because they do not conform to
  413.         standard interpretation of Internet RFCs 822 and 1036. [...]
  414.         news.uu.net is also configured to reject articles that are more
  415.         than 14 days old.
  416.  
  417.         [Reasons for rejecting include: duplicate header; no article body;
  418.         illegal header (e.g., not in word-colon-space format); unapproved
  419.         article posted to a moderated group; whitespace in "Newsgroups"
  420.         header; required header missing; posting with "Distribution: local";
  421.         bad "Date" header; "Date" header in future (when received); invalid
  422.         Message-ID.
  423.  
  424.     Newsgroups: news.admin.misc
  425.     From: kherron@ms.uky.edu (Kenneth Herron)
  426.     Subject: Non-compliant articles, week ending DD Month YY
  427.  
  428.         The following is a list of articles which were dropped by the
  429.         news software here for a non-compliant header.  [Reasons: header
  430.         contains non-header line; unapproved article in moderated group;
  431.         message ID not bracketed with <>; no Subject or empty Subject;
  432.         no From: header; no Date or unparsable Date; date in future (when
  433.         received).
  434.  
  435. ------------------------------
  436.  
  437. Subject: Couldn't we just fix articles by rewriting erroneous headers?
  438.  
  439. Henry Spencer:
  440. We [Geoff and I] are vehemently, nay violently, opposed to ever rewriting
  441. headers in any circumstances whatsoever.  It's soooo easy to do more harm
  442. than good.  We also don't think it's that big a favor to people to help-
  443. fully fix up their misposted articles without any feedback to them.
  444.  
  445. [FAQ author's note: I would be interested in collaborating with anyone who
  446. has done some work on this problem at the article-injection point. -- Mark]
  447.  
  448. ------------------------------
  449.  
  450. Subject: What do C News and INN do with articles with no Distribution?
  451.  
  452. Henry Spencer:
  453. C News treats no distribution as completely equivalent to
  454. "Distribution: world", and this *is* documented.
  455.  
  456. Rich Salz:
  457. For all intents and purposes, INN treats treats articles without a
  458. Distribution header the same way C News does.  If the article has no
  459. such header, then distribution is NOT limited, so the article should
  460. go everywhere by default.
  461.  
  462. ------------------------------
  463.  
  464. Subject: Wouldn't it save space to compress stored news?
  465.  
  466. Henry Spencer:
  467. There are three fundamental problems that have always pretty much scuttled
  468. proposals for article compression.
  469.  
  470. One is that it saves space at the expense of CPU time, and CPU time is
  471. not always in ample supply on news hosts.
  472.  
  473. A much more serious problem is:  how *much* space does it save?  Bear in
  474. mind that news articles are small -- they consistently average about
  475. 3KB -- and small files do not compress particularly well.  Worse, the
  476. quantum of disk storage on many systems is quite large.  If you compress
  477. the typical article from 3K-1 bytes to 2K+1 bytes, most modern systems
  478. will see *no storage savings at all*, because they allocate disk in
  479. 1KB blocks.
  480.  
  481. The final problem is that an improvement by a factor of (say) 1.5 does
  482. not buy you a lot of time in the news business.  In exchange for a lot
  483. of work and a permanently raised CPU load, you set the growth curve
  484. back a few months.
  485.  
  486. Geoff Collyer:
  487. A more general solution than hacking all the news software, that also
  488. benefits ftp archives and the like, is to write a user-mode (NFS) file
  489. server for /usr/spool/news (and /usr/spool/ftp, etc.) that compresses
  490. files as they are written (after the close for non-sequential writes) and
  491. decompresses files when they are read (the entire file will have to be
  492. uncompressed temporarily into scratch space for non-sequential reads).
  493. Such a server provides compression transparently and is in a good
  494. position to decide that very small files should not be compressed because
  495. there is little or no benefit to doing so.  Keeping the server in user
  496. mode avoids the horror of embedding compress in kernel code.
  497.  
  498. ------------------------------
  499.  
  500. Subject: What can I do to prevent running out of inodes in spool?
  501.  
  502. When you lay out your spool file system (the one that holds the actual
  503. articles) with newfs, you'll need to change its defaults to account for
  504. the different ratio of typical file size/number of inodes typically
  505. found on news spool disks.
  506.  
  507. Articles typically run about 3000 bytes per inode.  The default for a
  508. UFS (BSD fast) file system is 2K bytes/inode which should be sufficient.
  509. But "mkfs" will silently limit the number of inodes in a cylinder group
  510. so some disk formats wind up with too few inodes.  Using smaller cylinder
  511. groups is a solution to this problem.  The following is a typical command
  512. for creating a new spool/news file system:
  513.  
  514.     newfs -c 8 -f 512 -b 4096 diskname
  515.     
  516. Using a cylinder group size of 8 allows up to double the number of inodes
  517. that the default group size of 16 permits.  Note that using 512 byte
  518. fragments will allow about 20% more articles than the default 1K due to
  519. the small size of the average article.  In any case verify the bytes/inode
  520. is below 3K before using the file system!
  521.  
  522. Old style Unix file sytems are limited the 65K inodes total.  The
  523. only work around is to create several smaller partitions such that
  524. each file system has <= 3Kbytes/inode.  Then split the news groups
  525. into the various file system to equalize usage as evenly as possible.
  526.  
  527. ------------------------------
  528.  
  529. Subject: Are there any tools for newsgroup moderators?
  530.  
  531. Kent Landfield <kent@sparky.sterling.com> maintains an archive of
  532. moderator-contributed tools on sparky.sterling.com under /moderators.
  533. What follows is an extract of the Index file for that archive:
  534.  
  535. This directory contains tools written and used by moderators of USENET 
  536. newsgroups.  
  537.  
  538. The contents of this archive have been generously made available in an "AS
  539. IS" condition.  Many of the sources, scripts and yes, documents are not as
  540. pretty as the individual moderators may like but they work and are being
  541. used.  The idea is that the archive is a snapshot of tools used.  They are
  542. done and potentially get a
  543. copy as a starting point for their newsgroup's required modifications.
  544.  
  545. The following is a listing of the current contents of the archive.  I have
  546. currently unbundled the individual archives.  The permissions of the unbundled
  547. files have been modified.
  548.  
  549. [In the index, the list of files follows -- Mark].
  550.  
  551. ------------------------------
  552.  
  553. Subject: Has anyone implemented "private" newsgroups using C News or INN?
  554.  
  555. David Beckemeyer:
  556. What I want by saying a "private" newsgroup is a local newsgroup that
  557. is only viewable by certain users, probably based on GID.  I suppose
  558. this means that relaynews would have to use a different umask and group
  559. ownership on articles in these groups.
  560.  
  561. Tom Limoncelli:
  562. cd /var/spool/news/secret/newsgroup
  563. chown news .
  564. chgrp membersonly .
  565. chmod o= .
  566.  
  567. That's all you have to do.  Same story for INN users.
  568.  
  569. ------------------------------
  570.  
  571. Subject: Can the news transport validate cancel messages?
  572.  
  573. Henry Spencer:
  574. Nothing short of cryptographic authentication is a real solution, and
  575. even there, there are some tricky problems.  There are times when you
  576. *want* someone other than the author to be able to cancel an article,
  577. e.g. when the article was posted maliciously and real problems can be
  578. averted by getting rid of it.  In cases of things like copyright
  579. violation, it is very important that cancel work.
  580.  
  581. ------------------------------
  582.  
  583. Subject: What is NOV?  Where can I get it?
  584.  
  585. Geoff Collyer:
  586. The news overview (nov) database is a textual database of some news
  587. article headers, and is intended to replace the voluminous binary
  588. databases (with associated byte-order swapping hassles) maintained by
  589. newsreaders such as nn and trn, one database per newsreader.  The nov
  590. database and the reference access library are extensible, and the
  591. database is sharable by multiple newsreaders and relatively cheap to
  592. maintain.  The reference access library will perform on-the-fly threading,
  593. which is cheap enough to make storing thread links on disk pointless.
  594.  
  595. I have done no work on making nov databases accessible via NNTP, since I
  596. think NNTP is the wrong way to read news, but others have.  I cannot act
  597. as a central clearinghouse for information on nov over NNTP; sorry.
  598.  
  599. Here's world.std.com:src/news/README.nov:
  600.  
  601. If you've come here looking for the news overview database software (nov),
  602. pick up *.dist.tar.Z, which includes the nov library and support software
  603. and nov-ised proof-of-concept versions of vnews, nn and trn.  These
  604. versions of the newsreaders aren't guaranteed to get all the details
  605. right; you'll have to wait for official releases incorporating nov
  606. support from the various reader maintainers for that.
  607.  
  608. Previously, the "P" command in nov-ised nn didn't go back a group and
  609. nov-ised nn wanted to read a MASTER or GROUP file rather than active.
  610. Wolfgang Rupprecht sent me patches that appear to fix these defects and I
  611. have incorporated them into the nov-ised nn distribution.
  612.  
  613. [Note: this subject is now more extensively coverd in the posting maintained
  614. by Rob Robertson <rob@agate.Berkeley.EDU> entitled "FAQ:  Overview database
  615. / NOV General Information." -- Mark]
  616.  
  617. ------------------------------
  618.  
  619. Subject: What are related newsgroups for news transports and readers?
  620.  
  621. Other news transports:
  622. news.software.anu-news    VMS B-news software from Australian National Univ.
  623.  
  624. Lower-level communication code:
  625. news.software.nntp        The Network News Transfer Protocol.
  626.                           (This is an INET group, so not everyone has it.)
  627. comp.mail.uucp            Mail in the uucp network environment.
  628.  
  629. News readers:
  630. news.software.readers     Discussion of software used to read network news.
  631.                           (Used when no reader-specific group is available.)
  632. news.software.nn          Discussion about the "nn" news reader package.
  633. news.software.notes       Notesfile software from the Univ. of Illinois.
  634.                           (Some consider this to be obsolete for Usenet use.)
  635.  
  636. ------------------------------
  637.  
  638. Subject: Is news.software.b archived anywhere?
  639.  
  640. Not that I'm aware of.
  641.  
  642. ------------------------------
  643.  
  644. Subject: Is news.software.b available as a mailing list?
  645.  
  646. Not that I'm aware of.
  647.  
  648. ------------------------------
  649.  
  650. Subject: Why isn't this newsgroup named news.software.transports?
  651.  
  652. Historically, the group acquired its name when the B News transport
  653. software predominated.  Since C News was introduced, no one has ever
  654. managed to forge a consensus as to whether a better name would be
  655. news.software.transport (which might be a more generally descriptive
  656. name) or news.software.transport_s_ (which would dovetail better with
  657. news.software.readers).
  658.  
  659. At some point, some brave soul will probably pick either one, post an RFD
  660. (Request for Discussion) to rename it and alias the old name, and voila!
  661.  
  662. However, Mark Brader offered the following curmudgeonly rebuttal:
  663. I don't think that's really it.  I think it's more a case of leaving
  664. well enough alone.
  665.  
  666. ------------------------------
  667.  
  668. Subject: Contributions to news.software.b FAQ.
  669.  
  670. Thanks to the following for contributions, additions, corrections, and updates:
  671.  
  672.     Rick Adams <rick@uunet.uu.net>
  673.     Jerry Aguirre <jerry@strobe.ATC.Olivetti.Com>
  674.     David Beckemeyer <david@bdt.com>
  675.     Mark Brader <msb@sq.com>
  676.     Geoff Collyer <geoff@world.std.com>
  677.     Christopher Davis <ckd@kei.com>
  678.     Paul Eggert <eggert@twinsun.com>
  679.     Marc G Fournier <marc@r-node.hub.org>
  680.     Kenneth Herron <kherron@ms.uky.edu>
  681.     Kent Landfield <kent@sparky.sterling.com>
  682.     David Lawrence <tale@uunet.UU.NET>
  683.     Tom Limoncelli <tal@warren.mentorg.com>
  684.     David Myers <dem@meaddata.com>
  685.     Ian Phillipps <ian@unipalm.co.uk>
  686.     Rich Salz <rsalz@rodan.UU.NET>
  687.     Henry Spencer <henry@zoo.toronto.edu>
  688.  
  689. This posting, like much of Usenet, is maintained on a purely volunteer
  690. basis.  I welcome reactions, additions, and corrections via email at
  691. linimon@nominil.lonesome.com.
  692. -- 
  693. Mark Linimon / Lonesome Dove Computing Services / linimon@lonesome.com
  694.          "He pulled out his fiddle and he rosined up his bow,
  695.           and he played a little tune called the New Cut Road."
  696.