Article View: news.admin.policy
Article #334Re: contacting anatolia.mn.org
From: Gary Heston
Date: Mon, 11 Jan 1993 16:07
Date: Mon, 11 Jan 1993 16:07
53 lines
3436 bytes
3436 bytes
In article <TRSNYDER.93Jan8142322@vf0031.mcs.drexel.edu> trsnyder@mcs.drexel.edu (Bob Snyder) writes: |In article <821@ulogic.UUCP> hartman@ulogic.UUCP (Richard M. Hartman) writes: | In article <TRSNYDER.93Jan6143825@vf0031.mcs.drexel.edu> trsnyder@mcs.drexel.edu (Bob Snyder) writes: | >This seems unacceptable for me personally, when you could drop an unknown | >number of articles, and a kill file (and a smart control system for becker) | >will do just as well. | One difference, Bob. A kill file will prevent you from seeing the articles, | cutting anatolia out of the feed will prevent you from wasting time on | the phone downloading them (assuming you have a UUCP feed). |Right. I realize this. But is the volume enough to make it worthwhile to |cut the articles using this method? I freely admit I haven't checked the |volume, but I would suspect that the amount posted is trivial when compared |with a moderate sized news feed. Especially if your system can use one file |for all the postings, as UNIX generally can. I suspect it depends mostly upon what groups you receive. From what I've heard, there was a *lot* of the blather being dumped in soc.culture groups, with talk.politics.* as the second "beneficiary". For a small site, or one with facist accounting people, it could easily be a problem. |I could see using it if all you got were the "afflicted" groups, or a small |set including them. But for a mid-normal sized feed, I'm not sure it'd be |worth it. Small price for better s/n ratio. Further, it wasn't just the number of articles, the size of them was excessve and redundant. As far as the concerns about losing articles from leaf sites by using the alias feature to block anatolia, feline, and zuma, I did a brute-force scan of my news spool, collected a couple of MB of Path: headers from our modest newsfeed, and found a total of 58 articles that had passed through those sites (didn't check for whether or not the articles had originated at them) in a weeks' news. I think I can stand the loss to avoid Argic/Mutlus' ravings and Beckers' "save the alt. groups" campaign. |(And to the other person who posted that adding the lines to your sys file |would only check the message id: Are you sure? I seem to recall C-news and |INN scanning the path header. I'm an ex-news admin, and don't have sources |to either handy, or I'd check. :-) That was me; I was in error. Aliasing does indeed check the Path: header. For 58 articles/week I miss, I still think I can handle it.... -- Gary Heston SCI Systems, Inc. gary@sci34hub.sci.com site admin The Chairman of the Board and the CFO speak for SCI. I'm neither. "Data sheet: HSN-3000 Nuclear Event Detector. The [NED] senses the gamma radiation pulse [from a] nuclear weapon." As if we wouldn't notice...
Technical Details
Message-ID:
<1993Jan11.160730.20139@sci34hub.sci.com>Path:
arc1-ca.pugleaf.net!sparky!uunet!sci34hub!garyReferences:
<TRSNYDER.93Jan5143405@vf0031.mcs.drexel.edu> <JAAPJL.93Jan5162059@cmb00.larc.nasa.gov> <TRSNYDER.93Jan6143825@vf0031.mcs.drexel.edu> <821@ulogic.UUCP> <TRSNYDER.93Jan8142322@vf0031.mcs.drexel.edu>Show Full Headers
Complete Article Headers
Newsgroups: news.admin.policy Path: arc1-ca.pugleaf.net!sparky!uunet!sci34hub!gary From: gary@sci34hub.sci.com (Gary Heston) Subject: Re: contacting anatolia.mn.org Message-ID: <1993Jan11.160730.20139@sci34hub.sci.com> Reply-To: gary@sci34hub.sci.com (Gary Heston) Organization: SCI Systems, Inc., Huntsville, Al. References: <TRSNYDER.93Jan5143405@vf0031.mcs.drexel.edu> <JAAPJL.93Jan5162059@cmb00.larc.nasa.gov> <TRSNYDER.93Jan6143825@vf0031.mcs.drexel.edu> <821@ulogic.UUCP> <TRSNYDER.93Jan8142322@vf0031.mcs.drexel.edu> Date: Mon, 11 Jan 1993 16:07:30 GMT Lines: 53