【指南】UseNet入门详解（75K） 2006/9/27
指南
Posting-Frequency: monthly
Copyright: contact me if you know
来自internet讲座：
http://www.metc.pku.edu.cn/lm3/class/net/net/inter.html
本文很长，是一本书的一部分，其中很多具体数据和软件介绍都已过时，可以
略过，请只留意有关Usenet的基本概念和文章格式的部分。
第九章 Usenet简介
和大多数人一样，你会很快发现Usenet(用户网)是Internet中你最喜欢的一个部分。
通过它你可以同世界各地的人们共同讨论任何可以想到的主题。
在本章我们将着重讨论有关的基本知识，并为Usenet的使用打下基础。本章将以回
答“什么是Usenet(用户网)”作为文章的开始。然后谈及一些将要遇到的基本术语。
接下来我们将讨论数据是如何从一地传送到另一地，Usenet(用户网) 如何组织，
如何工作运转的， 以及你所关心的一些问题。
在后面的几章里，我们将建立在这个基础上，说明进入Usenet用户网的具体步骤。
什么是Usenet
Usenet是由多个讨论组成的一个大集合，包括了全世界数以百万计的用户。每个讨
论组都围绕某一特定主题， 诸如笑话、配方、数学、哲学、计算机、生物、科幻
小说等。总而言之，任何你能够想到的主题都可以作为该组的主题。
Usenet迄今总计已有五千多种不同类型的讨论组。其中有许多只限于地区性或本地
性爱好。例如有一个讨论组的主题是圣弗朗西斯科湾的旅店，至少有二千五百多个
组涉及的是普通性爱好。它们可以为世界各地的人阅读。
在诸多问题中，人们首先会提到：使用Usenet时，需要多少费用？
回答是用户可以免费使用该网络。或许你在进入Internet时需要一些花销（正如第
三章所述），但进入Usenet无需花销。事实上，如果你在进入Internet时免费，则
包括Usenet在内的一切事项都不需花销。
任何人类感兴趣的话题几乎都可以在Usenet组中找到。当有建立一个新组的必要时，
可以通过一个建立过程形成新组。与商业服务不同（如计算机服务），在Usenet中，
没有一个中心来控制Usenet，因此当用户打算建立一个组时，该组随时可以建立。
Usenet系统有两个重要的效果：首先，在需要的情况下，一个新组可以马上建立起
来。其次，有许多组致力于深奥的课题，要了解这些类别，可以浏览《附录Ｇ》中
的组目录。
无论你喜好什么，都有为你准备的用户网讨论组。
基本术语
Usenet最初被设想用来公布通知和新闻。这种思想萌发了使公告板计算机化的一种
方案。Usenet不久便加快了它的原始蓝图，但电子新闻网仍旧遗留下来。尽管
Usenet主要被用于讨论组，但我们仍旧以新闻术语谈论它。
例如，Usenet本身常被称为新闻或网络新闻，尽管从报纸意义上讲并没有真正的新
闻。你或许听到有人说：“昨天，看新闻时我获得了制作燕麦蛋糕的一个配方。”
他的真正意思是他在一个Usenet讨论组中获得了该配方。
类似地，Usenet讨论组通常被称作新闻组或更简单地称作组。在每个新闻组中，个
人的投稿称为文章或邮件。当你提交一篇文章给新闻组时，我们说你投了文章。这
时你就不难想象出地处北达科他州法戈市两个同叫麦克的人通过Usenet而进行的以
下对话。
麦克１：这些是大燕麦蛋糕，是新配方吗？
麦克２：是的，我在素食者烹饪组中看到有关燕麦营养丰富的文章，于是我投递寻
求配方的要求。第二天一个法国人给了答复，并给提供了一个块菌燕麦蛋糕的配方，
一个很不错的配方。麦克１：味道一定会不错，麦克。麦克２：多谢，麦克。
怎样使用Usenet
在阅读Usenet文章时，你必须使用一个叫新闻阅读器(newsreader)的程序。新闻阅
读器作为你的连接口：当你告知它你想要阅读的某个指定的新闻组时，它会给你呈
现有关文章，一次一篇。（记住，尽管我们称它们为新闻组，但它们实际上仍是讨
论组。）你可以阅读任何你想要的新闻组，只要该新闻组能在你本地运行。多数地
方并不提供全部新闻组，因为这样会占用太大的磁盘空间。
开始学习和使用你的系统时，你会发现你有权选择一个新闻阅读器程序。如果是这
样的话，你可以选择你最感合适的一个程序。新闻阅读器通常是具有很多指令的复
杂程序，因此设置一个你喜爱的新闻阅读器，在一段时间内很好地学习是个很不错
的主意。
有很多不同的新闻阅读器，它们有各自独特的工作方式。在Unix系统中，最为流行
的四种阅读器是nn、rn、tin和trn。如果你使用一个Unix系统，这些阅读器中至少
有一个在你的系统上适用。在第十一章我们将谈谈新闻的阅读。
新闻阅读器的一个功能就是跟踪你想要读的新闻组。你可以在任何时刻增加或删除
你目录上的新闻组。当你想给你的目录增加一个组时，我们说你预订了该组。同样
地，如果你说明你不想读某一组时，我们说你不预订该组。
请不要错误理解这些术语。这里并没有正式的预定过程，也不交纳订费。预订仅仅
意味着你指示你的新闻阅读器跟随一个新组。而且，本系统是私人的，没有人对你
阅读的组进行跟踪。
当你预定或不预定某组时，当你阅读文章时，你的新闻阅读器都会为你保存一个文
件。这就允许了新闻阅读器对你预定的新组和你已经阅读的文章进行跟踪。在Unix
系统中，该文件被称作“.newscr”， 并被存贮在根目录中。
当你阅读一篇文章时，新闻阅读器允许你进行许多不同的操作。例如，你可以从一
篇文章转移到另一篇文章，将某篇文章存贮到一个文件中，答复投递该篇文章的某
个人，自己做一篇文章等等。如果你有观看别人阅读新闻的机会，可以在屏幕上观
看到他正在阅读文章，并且不时地录入命令。
在第二章中，我们解释的许多服务都是建立在客户机/ 服务器的关系上的。“客户
机”是一个要求服务的程序；而“服务器”是提供这项服务的程序。
当你阅读新闻时，我们说，你正在使用一个客户机/服务器系统。 实际上的文章被
一个叫新闻服务器的贮存和管理。你的新闻阅读器作为客户，每次录入一个命令阅
读一篇文章时，你的新闻阅读器就会向新闻服务器索取那一篇文章。
在局部网络中一个典型的设置就是， 有一台计算机运行该新闻服务器程序。该计
算机作为中央新闻存贮库，为每个网络用户提供服务。
可以想见，每个人都在自己的计算机或终端前阅读新闻，每个人都在同各自的新闻
阅读器程序相互作用。这些程序作为客户机，要求中央新闻服务器提供所需的服务。
通常整个过程自动运行。当你指示新闻阅读器显示你想阅读的文章时，它便随之出
现。然而新闻服务器出现了某些问题， 一旦不再运转时， 没有人可以阅读新闻，
直到主管人员解决问题后方可。
在一些大型网络中，诸如在一所大学的网络中，许多人会在同一时间想要阅读同一
新闻。如果此刻新闻服务程序很忙，你也许要在新闻阅读器等待接收文章之时，等
一段时间。
在有些网络中，你或许在高峰期阅读不到新闻。此时启动新闻阅读器，它会显示信
息，告诉你新闻服务程序工作负载过高，建议你稍过一会再试一次。
例如：
Server hub,ucsb,edu responded with code 400， which
probably means the load on the server is too high.
Please try again later.
Usenet与Internet有什么不同
“Usenet”和“Internet”名字上听起来很相似，至少在最初时，极容易混淆二者，
所以让我们占用一点时间来区分二者的不同。
“Usenet”是“users network”的缩写。“Usenet ”本属于用词不当， 因为
Usenet 并非真正意义上的一个网络即一群相连接的计算机。
Usenet是诸多讨论组的集合。与之相反，Internet是真正意义的网络。更精确地说，
Internet是世界范围内几万个网络的集合。
换句话说， Internet 是通常意义的信息载体， 而 Usenet 则利用 Internet这种
能力提供某种服务。(正如你所知道的，Internet 还提供其它服务，诸如电子邮件，
远程Telnet连接，文件传输等等。)
现在你会问，是否每一台Internet计算机都是Usenet的一部分? 回答是否定的。许
多拥有Internet计算机的人们基于某种原因会不加入Usenet。要想加入Usenet需要
有人担当管理人，同时还需要计算机有较大的磁盘空间以便贮存新闻文章和程序。
一些人不想花费时间和金钱来维持这样一个系统。
你或许还会问，所有的Usenet点是否是Internet的一部分? 回答仍旧是否定的。要
成为Usenet的成员只需要如下几点：
1. 配备一台计算机，作为文章的局部贮存器。
2. 必须有人管理这个系统。
3. 必须找到另外一个Usenet点，与其连接以便往复交换文章。
实际上有许多计算机属于Usenet成员，但并不在Internet上，他们往往使用其它网
络系统。被许多Unix计算机使用的一个网络系统叫做UUCP。我们并不想更深层地讨
论这些细节，只想提一点，那就是Internet更快、更好，也更昂贵。概括地说许多
Usenet成员使用UUCP或其它网络管理系统而非Internet。
谁来运行Usenet
令人着迷的是，Usenet没有中央机构。谁想使用它谁就可以运行它。
Usenet的研究始于一九七九年的北卡罗来纳州。当时Usenet仅处于实验阶段，其主
旨在于建立一个电子公告板以方便投递、阅读新闻信息及通知。最初Usenet只有二
个地点：北卡罗来纳州大学和公爵大学。
不久，随着八十年代至九十年代网络的飞速发展，更多的地区加入了 Usenet。时
至今日，Usenet已经拥有了几万个Usenet点和二百五十多万的成员。
每一个Usenet点都由一名称作新闻管理员的人运行。在一些地方，新闻管理员与系
统管理员是同一个人。然而这似乎并没必要。在大型设备中，诸如在一所大学，新
闻管理员可为某一工作人员或由自愿者担当。
每一名新闻管理员只负责自己的网络点。由于新闻管理员只负责与其它组联络和合
作，所以这种安排顺理成章。实际上，Usenet中也有一些专门为新闻管理员准备的
新闻组。
在这个全球系统中，没有人能告诉其它人做什么。正是由于缺乏中央机构，使得
Usenet更具有魅力，同时也将新闻组区别于其它有规章和负责人的讨论系统(例如
CompuServe或Prodigy)。
然而上述这些情况并不表明Usenet杂乱无章。事实上经过了许多年的发展，Usenet
正逐步形成了许多良好的惯例。作为一名有责任心的用户，应当学习并遵循这些惯
例。但仍有一些不良之人不断发送一些愚蠢和侮辱性信息给新闻组。而品行端正的
人会将一些批评讽刺公开化或者向该人的电子邮箱投递报怨书。
实际上，正如我们所见到的，尽管Usenet没有规章制度，但人们却都选择相互的合
作。
无论是谁，不怀好意地与人合作都会很快令人感到讨厌。
如何传送新闻
如果在Usenet中没有中央机构来协调每件事情，那么新闻文章又如何在世界各地传
送呢?回答是新闻文章通过一台计算机传送到另一台计算机。最后， 通过整个
Usenet系统把每篇文章的拷贝传播开来。
让我们讨论下列类型的例子，在该例中，你读到有关数学新闻组的一篇文章。阅读
过程中，你又决定投递一篇你自己的文章。让我们看看具体情况如何，并跟随你的
文章做个世界旅行。文章传送的具体情况会根据不同的系统而变化，但总体上是一
致的。
开始，你要与Internet主机相连，录入命令运行你的新闻阅读器程序，告知新闻阅
读器你想要阅读的新闻组。正如前面提到的，你的新闻阅读器会保留一个记录有你
预定的新闻组和你曾读过的文章的文件。
在此例中，你指定了一数学组后，新闻阅读器会检查它的记录，然后接通新闻服务
器，索要该指定组的下篇文章。新闻服务器会相应地将这篇文章发送过来，然后显
示在屏幕上。读完一篇文章后，你的新闻阅读器提出要求，又显示下一篇文章。
有时，有人会在世界的另一边投递一篇文章询问谁有“费马最新定理” 更简洁的
解法。而你恰好前几天提出了这样一个解法，于是你录入命令，告诉新闻阅读器你
要编辑文章以答复你现在所读文章的作者( 这篇文章称为跟踪文章)。
新闻阅读器进入文本编辑程序后，你就可以编辑文章了。文章中你说你有一个很好
的解决办法，但不幸的是，由于太长无法在此刻写下来。
写完后，录入命令退出文本编辑。新闻阅读器程序复回到控制状态，发送你的新文
章的一个拷贝到中央新闻服务器。此刻，你的文章可被本地网络的任何人阅读。然
而这篇文章还需发送到世界各地。
当一个新闻服务器将Usenet文章提供给另一个服务器时，我们说它提供了一个新闻
馈送或简称馈送。为了加入Usenet，使你的新闻服务器获得另一个Usenet点的新闻
馈送，你的新闻服务器要经常与那个点服务器相连接。
每次，你的新闻服务器传送新的文章还没有被其它地方接收到时， 尤其是你刚完
成准备发出去的新文章，只有当新闻服务器连接到新闻馈送上时，你的文章才会被
发送到其它地方。Usenet就是这样工作的：你的文章自动地从新闻服务器传送到新
闻服务器，一次连接一个。
加快系统运行的原因在于一些新闻服务器担当了“铁路小站”，并且为许多其它服
务器提供新闻馈送。一旦你的文章到达“铁路小站”它就被立刻传送到其它新闻服
务器上。
你的文章第二天便可以在国内的每个新闻服务器上得到。只需二、三天，你的文章
就遍及全世界。到了周末，你的数学成就被世界认可，你出名了。
你或许会问，如此不断地将新文章传送到另一服务器上，是否会无限堆积文章?当
你下自动梯时， 或许你会问相似的问题：为什么滚梯下面有源源不断的台阶?
对于自动梯，问题很简单，因为台阶是循环的。而对于Usenet，解决办法是将文章
保存到一定时间，然而丢弃。每个新闻管理员决定保存的时间。新闻服务器定期地
检查文章，如果文章保存时间超过规定的时间间隔则将其删除。这时我们说该文章
到期了。
新闻管理员可根据不同的新闻组指定不同的期限。例如，决定讨论公共 Unix系统
问题的一新闻组应当比交换无聊笑话的另一组有较长的期限( 或许可能是另一种方
式)。如果你想知道本地的确切期限政策， 可以求教本地的新闻管理员。
根据普遍的规定，大多数新闻组的文章保存二天到二个星期。
Usenet有多大
由于Usenet不存在中央管理，所以很难知道该系统的准确规模。然而许多人有实用
性的程序，用它可以估计Usenet的统计数字。
在DEC网络系统实验室，布赖恩·瑞德主管测量项目组， 定期公布数字。瑞德使用
的是一个叫arbitron的程序，许多Usenet新闻管理员也用各自的系统运行这个程序。
该程序编译诸如多少人阅读Usenet，他们阅读哪一种新闻组等数据。(一切都是在
匿名下进行的，以保护个人隐私权。)瑞德用数学方法分析了结果，并估计出全部
Usenet系统的统计数字。
这里的统计数字是编写本章时的当前数字。
(请记住，这只是估计数字，确切的数字是不可能的， 我们只想让你对Usenet的大
小有个认识。)
有七万六千个不同的点在运行Usenet(并非都属于Internet)。在这些点中，有八百
四十四万五千个各种类型的用户，其中有百分之二十九的用户(2，417，000)加入
Usenet。
另一个问题是：究竟有多少数据在Usenet上实际传输? 计量项目组观察在自己的新
闻服务器上收到多少Usenet数据。下面这台名为decwrl的计算机接收了大部分新闻
组并提供新闻馈送给其服务器。
按平均来说，decwrl每天接收到二万六千四百个新信息，共56.2兆个字节( 56.2百
万个字节)的数据。
在Usenet中，大部分重要的新闻馈送服务是由Uunet 技术公司提供。他们也在编译
有关Usenet数据的统计资料，下面是我们编辑本章时前两周的统计数字：
在此期间，Uunet 共接收到四十万八百零五篇文章总计七百四十四兆字节。从第十
章我们可以看到，每一篇Usenet文章都有一个称作“信头” 的标准信息。信头包
括技术数据，文章投递人的地址，时间和日期，文章的标题等等，如果将这些信头
算在内，则字节将达到九百五十一兆。
平均下来，每天接收的文章是二万八千七百篇，含字节数五十三兆( 包括题头在内
六十八兆字节)。
为什么Uunet公司提供的数字高于测量项目组提供的数字， 回答是文章的计算方法
不同。当你投递文章时，你可在一个时间内将文章投递到多个新闻组中(这就叫做
“交叉投递”)，Uunet 公司将出现在每组的同一篇文章都各计算一次，而测量项
目对同一篇文章只做一次计算。
Uunet公司接着公布了近二周的文章来自于31，123个不同的Usenet点，其由91，
726个不同用户提供的。
综合考虑，至一九八九年一月，Usenet有大约450个新闻组(现在已经超过了5000)。
在当时，平均每天接收的文章是1400篇，总计3兆字节。
Usenet包括了二百五十万的用户，使用76000台不同的计算机
，每天投递27000篇新文章，如果将所有加入Usenet 的人头脚相接躺成一行，则他
们可以从瑞士的洛桑延伸到底格里斯河和幼发拉底河的发源地。
主流等级体系与可选择性等级体系
我们曾解释过，Usenet新闻组数量很多，并且随时都有新的组产生。为了便于管理，
我们使用一种系统将新闻组收集到名为“等级体系”的范畴内。每个等级体系都有
各自的名称和兴趣范围。表9—1展示了最重要的等级体系。
表9—1中的等级体系遍布在世界各地(尽管某一时刻， 并非所有等级体系都被每一
个网络点运行)。每个新闻组被给定一个名称， 名称由二个或更多部分构成，之间
用“.”分开。 名称的第一部分是新闻组所属的层次。
举例说明，在一个news新闻层次中，一些人在一个新闻组学习如何使用Usenet，在
该新闻组，你可以问任何你想问的问题，会有某种人回答你的提问。这个新闻组的
名称就是：news.newusers.questions。
另一个例子是，在“rec(娱乐)”层次中， 一些新闻组热衷于“星球旅行”的许多
方面，讨论有关“星球旅行”的一些习俗和纪念品，该组的名称是
rec.arts.startrek.fandom。如果打算回顾“星球旅行”的插曲、电影和书籍，请
阅读rec.arts.startrek.reviews组。
名称主题
alt可选择的新闻组，许多不同的主题
bionet生物
bit许多主题：来自Bitnet的邮件目录
biz业务、市场、广告
comp计算机
ddn国防数据网
gnu免费软件基金会和GNU方案
ieee电机及电子工程师协会
info许多主题：来至伊利诺伊州大学的邮件目录
k12从幼儿园到高中
misc非其它范畴的任何事情
news关于Usenet本身
rec娱乐，嗜好，艺术
sci各种科学
soc社会问题
talk问题争论
u3b美国电话电报公司(AT&T)3B计算机
vmsnetDEC VAX/VMS和DECNET计算机系统
表9-1最重要的Usenet新闻组等级体系
上述两例有关星球旅行的新闻组名字都由四个部分组成，前三个部分相同。这就是
命名新闻组的规律。第一部分为等级体系，其它部分为范畴和子范畴。例如，热衷
科幻小说电影的新闻组其名称为rec、arts(艺术)、 sf(科幻小说)、movies(电影)，
而讨论划船的新闻组为rec、boats。
Usenet等级体系可分为两大类，即主流和可选择性的。主流等级体系可在所有的
Usenet新闻服务器上被运行。可选择性等级体系是经过考虑后的选择。许多Usenet
点运行它们，但也有许多Usenet不选择它们。
在每个Usenet点，新闻管理员有权决定运行哪一等级体系和新闻组。在大多数地方，
你会看到主流等级体系和至少一些可选择性等级体系。然而必须了解到，即使你的
所在地运载一种特殊的等级体系，其等级体系也不会将所有新闻组包容。
两种类型的等级体系基本区别在于形成新组的方式不同。在主流等级体系中，人们
必须按明确的过程形成一个新闻组，必须通过讨论、投票和大多数人的兴趣才可以
进行。可选择等级体系相对自由一些，没有严格的限制：任何懂得操作的人都可以
自行建立新闻组。历史上，主流等级体系是最初的Usenet范畴，被严格地控制着。
可选择性等级体系是后来出现的，是为了减少限制而创建的。
总体上，主流新闻组趋于稳定，更容易被新闻管理员接受。例如一个管理员缺乏磁
盘空间时他会选择重要的主题news、newusers、 questions 而不选择alt、sex、
bondage。尽管如此， 仍有许多可选择性等级体系很流行被广泛地传播，当然，你
也会在其中发现一些荒谬、错误的可选择性的新闻组，尤其是在alt等级体系中。
由于组织上的不同，而将主流新闻组同可选择性新闻组区别开来。阅读文章时，两
者并没有真正的不同。其主要的想法，只是考虑到新闻服务器不可能运行全部的可
选择性新闻组。
表9-2和9-3所示七种主流等级体系，十一种可选择性等级体系。
等级体系新闻组数目
comp459
misc40
news22
rec273
sci71
soc87
talk20
合计972
表9-2主流Usenet新闻组等级体系
等级体系新闻组数目
alt586
bionet41
bit192
biz32
ddn2
gnu28
ieee12
info39
k1236
u3b5
vmsnet32
合计1005
表9-3可选择性Usenet新闻组等级体系
文化、组织和地区性等级体系
在表9-2和9-3中，我们列出了主流和可选择性等级体系及其它们的新闻组数。总体
上，我们有972个主流新闻组和1005可选择性新闻组。 前面我们讲过，Usenet共有
5000个新闻组，那么其它的在哪里呢?
你应当记得，主流等级体系和可选择性等级体系在世界范围内分布( 尽管大多数
Usenet点不运行全部新闻组)。除此以外，还有许多等级体系，它们都具有文化性、
组织性和本地性。这些等级体系仅在他们感兴趣的范围运行。
文化性等级体系包括了为某些特殊人服务的新闻组。例如四种有名的文化等级体系
是de(德国新闻组)、fj(日本新闻组)、aus(澳大利亚组) 、 relcom(俄罗斯组)。
尽管大多数Usenet文章是英文的，但文化等级体系的文章经常使用本国语言。对于
这种文章，你需要用特殊的软件显示非英语字符。例如，一些日本文章需使用汉字
字符。
组织性等级体系包括了为大学、公司或其它组织服务的新闻组。这些新闻组有很多，
例如位于圣巴巴拉的加州大学就有自己的等级体系名为 ucsb。爱尔兰都柏林的特
里尼蒂大学，也有一个名为tcd的等级体系。 如果你是某一个较大组织的成员，你
还有机会拥有本身的等级体系和新闻组。 ucsb等级体系的新闻组以大学社区为主
题。例如有专门为需要当地运输工具的人服务的ucsb:rides组; 有专门为某一特殊
英文班服务的 ucsb :english、eng109c组。这些新闻组的建立与删除都根据需要
而定。
除文化、组织等级体系外，还有一种地区性等级体系。这些体系的新闻组以某一地
区为主题。例如ba等级体系包括了许多有关旧金山的新闻组，如ba，market
housing。
许多文化、组织和地区等级体系遍布世界。例如有许多Usenet点都运行fj等级体系，
因为世界到处都有日本人，并不限定于日本国土。同样地，曾居住在旧金山的人也
想通过该地区的新闻组与之保持信息联系。如果你打算搬迁到一个新地区，你可以
将文章投递到该地区的新闻组，询求有关住房信息。
Clarinet：真正的新闻
众所周之，我们称Usenet为“新闻”，称讨论组为“新闻组”。然而 Usenet本身
并不以任何组织形式运行真正的新闻。Clarinet才是真正的新闻服务。它拥有自己
的等级体系clari。Clarinet 服务由私人公司提供。与Usenet不同，该项服务为有
偿服务。
尽管如此，服务的价钱却很合理，许多组织愿意接收该项服务。
clari等级体系包括许多新闻组(到编辑本章内容时为止，共有246 个组)。它们中
有一些属于全球性爱好， 另一些属于地区性或本地性爱好。图9—1显示了其中的
一些组。如果你的新闻服务器运行Clarinet，那么你可以通过你的新闻阅读器阅读
到任何一个新闻组。阅读clarinet组与阅读 Usenet新闻组两者之间并没什么过程
上的差别，唯一不同的是你只能阅读 clarinet组的内容，而不能投递文章给它们。
clari.biz.economy.world
clari.biz.market.report
clari.canada.politics
clair.feature.dave-barry
clari.feature.movies
clari.local.new-york
clari.nb.ibmclari.net.newusers
clari.news.books.
clari.news.sex
clari.sports.tennis
clari.tw.science
图 9-1 Clarinet 新闻组的实例
尽管你的组织必须为提供Clarinet新闻组支付订购费，但阅读它们却是免费的。
Clairnet新闻的来源有很多，其中包括一个实况转播的UPI 新闻线。 Clarinet新
闻组题目广泛，涉及了新闻中的任何事情，文章也被不断地更新。许多新闻组专于
某些特殊领域，如著名的专栏作家。
如果你的新闻服务器不想运行 clari 等级体系， 仍旧会有一个 Clarinet组供你
阅读。
该组名为biz.Clarinet.sample.Clarinet定期发送一些作为免费样本的有趣的文章
给该组。
新闻组的数量
至此我们已经谈及了所有的等级体系，这对我们回答新闻组的数量很有帮助。新闻
组的总数随时在变，尤其是可选择性等级体系中的新闻组。截止到写本章，已有
972个主流组和1005个可选择性组。总计1，977 个新闻组，它们分布在世界各地。
(参照附录G)
此外，估计还有文化、组织、地区组3，325个。( 我们说“估计”，主要是因为许
多这样的组只在本地新闻服务器上。 ) 我们还可将 246 个 Clarinet组加入总数
中。
总共有5，548个不同的新闻组。
在我们尚未完成本章时， 这些数字就会过时。 为了让你感觉一下 Usenet的增长
速度，让我们看一下六个月前的数字：当时共有4,410个组，六个月中， 新闻组数
增加了1139(大约26%)。
alt.binaries.pictures.erotica
alt.binaries.pictures.erotica.blondes
alt.binaries.pictures.erotica.d
alt.binaries.pictures.erotica.female
alt.binaries.pictures.erotica.male
alt.homosexual
alt.politics.homosexuality
alt.politics.sex
alt.sex
alt.sex.bestiality
alt.sex.bondage
alt.sex.fetish.feet
alt.sex.masturbation
alt.sex.motss
alt.sex.movies
alt.sex.pictures
alt.sex.pictures.d
alt.sex.pictures.female
alt.sex.pictures.male
alt.sex.sounds
alt.sex.stories
alt.sex.stories.d
alt.sex.wanted
alt.sex.wizards
alt.sexual.abuse.recovery
clari.news.group.gays (moderated)
clari.news.law.crime.sex (moderated)
clari.news.sex (moderated)
rec.arts.erotica (moderated)
soc.bi
soc.motss
图9-2有关性方面的新闻组
新闻组的命名习惯
新闻组的名称很容易理解。名字第一部分为等级体系，例如以comp开头的组如comp.
unix.questions 是在计算机等体系中。如以talk 开头的组，如talk.environment，
是属于有关问题争论的。如此等等。你可能会在alt等级体系中发现不可思议的新
闻组，如alt.sex.bestiality(淫欲)。 因此，当我们查询新闻组目录时(如《附录
G》) 必须先看名字的第一部分，然后再决定具体读什么。图9— 2显示了所有有关
性的新闻组，图9 —3包含了有关笑话的新闻组(两者都拥有极多的观众)。
alt.tasteless.jokes
rec.humor
rec.humor.funny (moderated)
图9-3有关笑话的新闻组
接下来要看的是新闻组名称的范畴或子范畴。当两个组相关时，它们的名称也会相
似，这时只能从最后一个部分区分二者。例如：
alt.binaries.pictures.erotica.blondes
alt.binaries.pictures.erotica.female
alt.binaries.pictures.erotica.male
另一点需要注意的是，有些名称以“.d”结尾，它表示本组是用来讨论另一组内容
的。例如：
alt.sex.stories
alt.sex.stories.d
第一组是有关性的小说，仅仅是小说，而第二组是为那些讨论小说的人准备的，如
果你将非小说的文章投递到alt.sex.stories组， 则会有人提醒你所有这些讨论应
在.d组进行。有些人只想阅读小说而不愿被别人打扰，则该组不是.d组。
关于组的命名还有其它重要例子。rec.humor 组是为那些想投递和阅读笑话的人准
备的。如果你想讨论笑话，则将文章投递到rec.humor.d组。人们可以向该组提问，
如“谁有全部灯泡笑话的目录?”(这就是为什么我们在图9—2中没有列出
rec.humor.d组的原因，它本身并不包含笑话， 而是人们谈论有关笑话的新闻组。)
在非限制性笑话新闻组中(rec.humor和alt.tasteless.jokes)，非正规的规定：所
有投稿必须包含至少一个笑话。你会经常看到一些投稿人屈于引诱，写一种非笑话
的评论。然而出于礼貌和坚持习惯，也在文章中加入一个笑话。这就叫做义务性笑
话或简称“objoke”。
有时你会看到相同的前缀“ob”(义务)在其它组使用，这是为了表明同样的习惯：
你在对这种组提问时必须在投稿中包括有关的条目，这也是出于对该组的尊重。
限制性新闻组
你会注意到图9-2和图9-3中有一些新闻组标有“被限制的(moderated) ”说明。这
表示你不能将文章直接投递给该组，而要通过规定的渠道投递给该组。这些投稿通
过不同的路线统一送交一个人，这个人叫“仲裁者”。他决定谁的投稿进入该组。
仲裁者——无偿服务志愿者——不仅决定谁的文章要进入该组，而且自己也经常编
辑和组织文章。
这一举动是为了尽量减少低质量的文章。例如在幽默组，rec. humor 和
alt.tasteless.jokes并没有被限制， 所以任何人都可以向该组投稿，这就会造成
很多愚行的重复。(不是讲老的笑话。)
Clarinet的创始人Brad Templeton开创了rec.humor.funny组。其中，只有仲裁者
Maddi Hausmann认为有趣的笑话才能进入该组。世界各地的人们将笑话交给Maddi，
她挑选出她认为最好的。因此， 尽管 rec. humor .funny和rec.humor都很受欢迎，
但读rec.humor.funny的人会更多一些。 一些限制性新闻组还提供了一种特殊类型
的投稿叫做“文摘”。仲裁者建立一个文摘，将被裁文章、问题、答案和少量信息
收集在内，然后再将这些信息归入一系列有趣的栏目中，并作为一整篇文章投寄出
去。comp. sys.ibm.pc.digest和sci.psychology.digest都是这样的新闻组。
这种文摘同电子杂志一样具有卷号和发行号及内容目录。大多数新闻阅读器程序给
读者提供了一个命令，使读者在阅读文摘时从一个栏目跳到另一个栏目。
整体上，限制性新闻组为Usenet提供了一个很好的平衡。许多新闻组运行了一些质
量不高的文章，而人们更乐于阅读每篇文章都有趣的新闻组 (至少达到某一个人的
标准)。
当然，限制性新闻组是一种具有检查制度的新闻组，因为每一篇投寄到该组的文章
都要受到仲裁者的控制。不过，Usenet中大多数新闻组是非限制性组，所以你没有
必要感到被剥夺了权利。
流行的新闻组
一个最有趣的问题是：“哪些新闻组流行?”回答有多种方式， 这要看你怎么理解
“流行”了。
计量项目组(前面提到的)定期给一些新闻组发送有关读者统计数字的文章(如果你
想阅读这些通告，请找news.lists组)。
一个通告根据对全部读者的估计，确定有40种流行的新闻组。但事实上并非每个
Usenet点都运行全部的新闻组。许多新闻管理员并不打算运行诸如alt.sex的新闻
组。但这些组事实上更流行。
让我们看一看其它统计数字。 一直为人们所喜欢的新闻组是 rec
.humor.funny(幽默笑话)。截止本章写到这里，该组已有大概160000个观众。
alt.sex.stories组拥有读者130000。根据计量标准，幽默组更流行。
但事实上，有82%的Usenet点运行着rec.humor.funny组，而alt.sex .stories组只
被53%的Usenet点运行。 真正的问题是：如果某一特殊新闻组被所有点运行，那么
该组又会怎么样呢?换而言之， 人们喜欢该组又到了何种程度?
为了获取这样的数字，我们从Measurement Project 估计的二份统计材料入手：读
者总数和运行该组的点占整个点的百分比数。为了公平地比较读者人数， 我们用
读者总数除以百分比数。 这就给了我们一个在全部 Usenet上运行的该组的总读者
数(或假想读者数)。
例如rec.humor.funny应有160000除以0．82即195122名读者，而alt .sex.stories
应有130000除以0．53即245283名读者， 因此我们说有关“ 性”的新闻组比幽默
组更流行。
为了使得这些假想的读者数更容易被理解，我们对它们进行标准化。设流行的组读
者数为100，对于其它新闻组的读者数， 用它们的假想读者除以流行组的假想读者
数， 然后再乘以 100 。 流行的新闻组是 news .announce.newusers。该组为新
用户提供了许多有价值的信息。它的假想数字是280000除以0．91即307692。
这样，从0到100的数值便构成了一个真正的流行新闻组图表。我们称该值为哈思流
行指数简写为HPI。rec.humor.funny的HPI 为 195122 除以 307692乘以100即63。
表9-4包括了截止本章为止最流行的25个新闻组， 它们都有经过算术计算得来的
HPI值。选择哪个新闻组应由你自己决定了。
经过我们的调查，实际上最流行的新闻组应是alt.sex.jobs.offered. newusers。
名次 新闻组 HPI 读者数 点数比
1 news.announce.newusers 100 280000 91%
2 misc.forsale 98 250000 83%
3 misc.jobs. offered 92 240000 85%
4 alt.sex 87 180000 67%
5 news.answers 82 220000 87%
6 alt.sex.stories 80 130000 53%
7 alt.binaries.pictures.erotica 71 120000 55%
8 rec.arts.erotica 67 150000 73%
9 rec.humor.funny 63 160000 82%
10 alt.sex.bondage 57 110000 63%
11 alt.activism 53 110000 68%
12 rec.humor 52 130000 81%
13 alt.binaries.pictures.misc 49 88000 58%
14 news.groups 47 130000 90%
15 news.announce.newgroups 47 130000 90%
16 soc.culture.indian 45 100000 73%
17 news.newusers.questions 43 120000 90%
18 comp.graphics 42 110000 85%
19 comp.lang.c 41 110000 88%
20 misc.jobs.misc 39 100000 83%
21 alt.bbs 37 83000 72%
22 misc.wanted 37 93000 81%
23 comp.binaries.ibm.pc 37 94000 82%
24 alt.sources 37 89000 79%
25 talk.bizarre 36 80000 72%
表9-425种最流行的Usenet新闻组
如何建立新闻组
一个新闻组的建立是通过向Usenet发送一种特殊的信息( 称为控制信息)而完成的。
新闻管理员通常使用许多控制信息来控制Usenet 的运行。有一种类型的控制信息
是用来建立新组的。( 还有一些控制信息用来删除一些过时的或假的新闻组。)
当一个新闻管理员发送出建组信息，它就会象正规的文章一样，从一个新闻服务器
传到另一个新闻服务器，最终到达了所有的新闻管理员那里。每个新闻管理员决定
是否在他或她的系统上也建立该组。
如果要建立新的主流新闻组，新闻管理员必须被授于权力后，才能发送建立该组的
信息。因为这样一个信息只有满足明确的标准后才能发送出去。
与之相反，任何懂得操作的人都可以发送建立可选择性组的信息。可想而知，一定
会有许多用户要求建立奇异的可选择性组。基于上述原因，有许多新闻管理员必须
从中谨慎选择他们将要建立的新闻组。
下面的内容说明了一个主流新闻组是如何形成的。
首先，必须有人具有建立新组的想法。该组可以从现存的一个组中分离出来，也可
以在一个新的讨论领域产生。许多想法通过邮寄方式或在现存的新闻组中被讨论，
并将该想法加以计划、检查和修改。
当建立该组的想法确定后，将信息发送到news.announce. newgroups 组(限制性
组)。同时该信息也被交叉投递到其它相关的新闻组。
news.announce.newgroups 的仲裁者会投递文章解释新组名称和建组的目的。接下
来是30天的讨论。这样，讨论将以私人邮件方式相互联络并在各组或相关新闻组中
展开。
30天后，如果各组对新组的名称和目的态度肯定， news. announce .newgroups组
的仲裁者会通过投递邮件要求用户投票表决。任何对此有兴趣的人都可以将适当的
邮件信息投递到某一特定地址以作为投票表决。投票周期应提前安排，时间在21天
至31天内。
到了投票表决的截止日期，将全部投递的选票统计在一个表目中，上面列有谁投票
表决的以及如何投票表决的，是同意还是不同意?(一切公开，并不存在秘密。)接
下来是五天的等待期。 在此期间用户可以提出修改某一特殊选票或修改投票的程
序。
五天后投票表决结束，如果有2/3 的投票人同意建立新组或者赞成票比否决票多出
100张则投票表决成功。这时news.announce.newgroups组的仲裁者会发送建立该组
的控制信息。
如果投票表决失败，则需要至少6 个月的时间才能将该新组重新提出来。
如果打算建立一个新的可选择性组，需如下去做：
1.至少有几个月的Usenet经验，知晓系统如何工作的。
2.建议你在一个或更多个现存新闻组中投递文章( 适当地选择现存新闻组)，注意
其它人的想法，alt.config 组是用来讨论建立新的可选择性计划的。请记住只有
别人合作，该可选择性组才能成功地建立。
3.阅读news.announce.newgroups组，观察新组形成时会出现什么问题。 4.经过一
段合理的时间——作为本书的读者我们知道你是有理性的— —你可以决定是否要
建立该组，如果想建立该组，则要求你本地的新闻管理员发送控制信息。
频繁被问常见问题目录表(FAQ)
当你开始使用Usenet时，你会发现你有许多疑问，而且当你阅读各种新闻组时，你
还会对这些组的主题产生疑问。这些问题或许与其它人在阅读时产生的疑问相同。
例如，在misc.consumers组中用户经常讨论消费者信用卡。一个普遍的问题是：
“Visa信用卡与Mastercard信用卡之间有什么不同?”在 rec .arts.disney组用户
的讨论都与迪斯尼乐园有关，其中有一个问题经常被初到者提出：在迪斯尼先生死
后，尸体是否被保存在冷冻剂中?
你会发现有许多类似的问题被问及和回答了许多遍。尽管对于初学者很有趣，但对
于有经验的读者来说，对于这些反复提起的问题早已厌倦了。
解决的办法是建立一个频繁被问常见问题表，简写为FAQ。一个FAQ表就是一个文献，
由一个自愿者保存。图表上标明和回答了某一特殊组的频繁被问常见问题。许多新
闻组拥有FAQ表， 并由它的保存者定期投递到该组。读者最好在提问前，阅读该组
的FAQ表(尽管有些组没有FAQ表)。
这里有四种获得FAQ表的方法。第一种是你定期阅读一个新闻组， 该组的FAQ表最
终会被它的保存者投递过来。(一般说来每个星期，每二个星期或每个月，这取决
于每个组。)
第二种是阅读news.answers组，该组只有FAQ表和相关资料。 有趣的是该组列有有
关各组主题的最好的问题和最好答案，这是在通常情况下读不到的内容。
第三种方法是使用匿名FTP，将FAQ表从Usenet档案中调出来。( 我们将在第十二章
讨论有关问题。)
最后一种，你可以向该组投递文章，询问该组是否有FAQ表，如果有FAQ 表，则会
有人给你邮寄一份拷贝或告诉你如何得到FAQ表。
学会如何使用匿名FTP，并在Usenet档案中浏览FAQ表。那儿有所有类型的有趣问题
和回答。
第十章 理解Usenet中的文章
在第九章中， 我们介绍了由五千多个不同的讨论组构成的世界性的 Usenet。人们
把文章按种类投递给不同讨论组，并使用新闻阅读器的程序来参与活动。
本章中，我们将向你展示参与Usenet，你会看到一个典型的文章格式将是什么样子，
我们还将解释所有的技术信息。然后将讨论Usenet中的一些惯例，最后谈到应该依
照什么准则，可能碰到什么样的新术语。
通过本章，将使你作好阅读新闻和投递自己文章的准备工作。在第十一章中，我们
将说明怎样使用不同的新闻阅读器程序。
新闻文章的格式
一篇新闻文章由三个部分组成: 题头，正文，一个可选的签名。
题头包含文章的各种技术信息。在题头中，你可能看到二十种不同类型的项，每项
一行，每一行都包含不同内容的信息。在下面我们将详细讨论它们。
正文是一篇文章的真正内容，文章的主要部分。
随后的签名出现在文章的最后几行。这些行由发送文章的作者编写，在投递文章时，
签名会自动附加在每一篇文章的结尾。
图10-1是一个典型的Usenet文章。其中的题头是开始的13行，正文是接下来的7行。
此处，正文少于题头行， 这种情况是由于该文碰巧是一篇幽默。大多数文章都比
这个长。多数情况下，正文比题头长。下述例子的最后四行是签名。在这个例子中，
签名标识出投递这篇文章的作者，上面附有他的地址、电话号码和一个简短的引用
语。
题头
所有Usenet文章都必须有题头。它是文章开始的一些特别行。正如我们上一节所提
到的，在题头中你可能发现20个不同类型项目，表10-1列举了它们。
ucsbcsl!mustang.mst6.lanl.gov!nntp-server.caltech.edu!
news.claremont.edu!uunet!news.univie.ac.at!email!mich
From: mi...@music.tuwien.ac.at(Michael Schuster)
Newsgroups:rec.humor
Subject: The Secret of Life
Summary: Advice for understanding life.
Keywords: life, philosophy
Message-ID: <1993May14.0...@email.tuwien.ac.at>
Date: 14.May 93 07:31:30 GMT
Distribution: world
Sender: ne...@email.tuwien.ac.at
Organization: Tech Univ Vienna, Dept of Realtime Systems.
AUSTRIA
Lines:12
Nntp-Posting-Host: idefix.music.tuwien.ac.at
Here is some great advice I just found:
“When you get serious about foolishness,
you are getting into serious foolishness.”
By the way, does anyone know who first said it?
-
Michael Schuster|“I love you for your beauty: love me
TU Vienna,Austria|though I am ugly”
mi...@music.tuwien.ac.at|-- Miguel Cervantes. Don Quixote
+43/1/12345
图10—1一个典型Usenet文章
不是所有的文章都必须有这20行。例如图10-1中的文章就仅有13行，这种情况最为
常见。作为参考，我们仍将简要描述所有二十项内容的题头行，这样当你以后遇到
它们，就会很容易理解。
在开始介绍前，你还应当知道，你能否看到全部题头决定于你用哪一个新闻阅读器
程序，它是如何构成的。有些新闻阅读器程序在缺省条件下，显示全部题头行。有
些则除非你提出，否则不会显示任何题头行，你将只看到正文和签名。但是，所有
的新闻阅读器都会允许你制订文章的显示方式。而且，当你读一篇文章时，你随时
都可让新闻阅读器再次显示有全部题头的该文章。
我们现在来讨论你可能看到的不同类型的题头行。很少有文章会把二十项内容的题
头行包括全，能知道它们指的是什么总是有益的。表 10—1 中的题头行是最普通
的。
请不要以为你必须记住所有这些项目内容的含义。本节你只需读一次。不管何时，
当你碰到一个令你迷惑的题头行，你可以查一下下面的表。
(你可能会碰到我们这儿没提到的其他类型题头行。 那些几乎是可以完全置之不理
的非标准行。)
题头行 含义
Approved(批准项): 标识投递文章的仲裁者
Control(控制项): 包括特别的控制指令
Date(时间项): 文章被投递的日期和时间
Distribution(分布项): 文章送到什么地方的建议
Expires(截止日期项): 何时删除文章的建议
Followup-To(应答项): 表明应答文章被送到何地
From(发送者项): 投递文章者的地址和用户标识
Keywords(关键词项): 一个或多个给文章划分类别的词
Lines(行数项): 正文加上签名的长度
Message-ID(信息标识项): 文章的独一无二的标识
Newsgroups(新闻组名称项): 文章所投递的新闻组
NNTP_Posting Host(网络新闻交换主机项)
投递文章的Internet主机名
Organization(组织项): 描述作者所在的组织
Path(路径项): 显示文章的传送路由
References(参考项): 标识应答文章
Reply-To(回复项): 发送个人回答所去的地址
Sender(发送者主机项): 发出文章电脑的地址
Subject(主题项): 文章内容的简短描述
Summary(摘要项): 文章的一行摘要
Xref(交叉参考项): 交叉投递当地信息
表10-1 Usenet文章的题头行
Approved(批准项):
在第九章中，我们解释了进入一些新闻组要被批准。这意味着, 当你给这种组投递
文章时，它并不是直接被送到该新闻组，而要送到一个 “仲裁者”手里， 由他决
定哪篇文章应当被送到该新闻组。 在仲裁中， Approved(批准项)包括仲裁者的通
讯地址。它也被用作某些种类的操作信息。
Control(控制项)：它包含新闻管理员用来管理Usenet 系统的一些特殊命令。例如，
有一种特殊的控制行被用来创立一个新的新闻组。你有可能根本看不到一个
Control(控制项)，因为在正规文章中不使用它。
Date(时间项): 这一行表明文章投递的日期和时间，时间经常采用格林威治标准时
间［GMT］，它是Internet的标准时间(有时GMT 也被称为世界时间)。我们在第五
章中已讨论过Internet的时间惯例。
Distribution(分布项): 当你投递一篇文章时， 你要决定该文章被送到何地。有
些新闻投递程序会给你几个选择，要求你挑出一个。典型的选择内容有：你所在组
织，你所在地区，你所在国家乃至全世界。在有些系统中，这些选择不被显示，你
所要作的就是知道在本地区什么是可以作到的。例如，下面是你在圣·迭戈的加利
福利亚大学投递文章的可供选择项。
local:所在的局部地区
ucsd：圣·迭戈加州大学校园本地
uc:所有加利福利亚的大学校园
sdnet:圣·迭戈县本地
ca:加利福利亚全境
usa:美国全境
na:北美洲全境
world:世界各地
下面另外一个例子是在奥地利的维也纳技术大学中的一台计算机：
inst182#182幢楼本地(#182研究所)
tuwien:大学本地(维也纳技术大学)
at:奥地利全国
europe:欧洲各国
world:世界各地
(注：奥地利的国际域名是at。)
对分布还必须了解的重要一点是它并不保证文章在什么范围内传播。它只是一个建
议。每一位新闻管理员都要决定能批准的分布范围。有些管理员会选择他们能得到
的所有的新闻组。因此，我们都有过这种经验，例如，与一个Palo Alto(加利福利
亚)的计算机联机， 读的本地新闻却来自加拿大的Edmonton。
Expires(截止日期项)： 正如你所知， 每一个新闻管理员都要设立一个时间区段，
在此期间，文章停留在他的新闻服务器中。Expires(截止日期项)是你用来建议一
个不同的截止日期的。
例如，如果一篇文章将要在一个未来的学术会议上宣读，那么让它在会议结束后那
天截止是合情合理的。大多数文章不用这一题头行。它们的截止依照当地情况的随
意规定。
但是要知道，新闻管理员对文章的截止有最后发言权，如果你看到一篇文章上有一
个特定的截止日期，它在该日期之前消失是完全有可能的。 Followup-To(应答项)：
你可能经常想要提交一篇文章, 对以前的某篇文章作出回应。这种情况下，你的文
章叫作应答文章。所有的新闻阅读器程序都会使制作和投递这种文章变得非常简单。
一般情况下，一个应答文章会被用到原文出现的新闻组。但是，有时一个人可能想
控制应答文章去他希望去的地方。 这种情况下， “ Followup-To(应答项)”题头
行限定了这些文章应当送去的那一个新闻组。
例如，你投递一个幽默给rec.humor新闻组， 你知道它恰巧是人们很想加以评论的
幽默。但是rec.humor新闻组只能接受幽默， 评论幽默只能在rec.humor.d组。所
以，当你给rec.humor投递这篇文章时，你可以用一个“Followup-To”题头行，标
明rec.humor.d新闻组。你希望引导后来所有的讨论文章发到该新闻组，这种技术
尤为方便，因为原来文章可能投递给多个新闻组。
你还要知道一个特别的应答指示。如果这一题头行标明poster( 投递人)，它说明
应答文章不能送到这个新闻组。 你应当通过送一条信息给他的通讯地址来与原文
作者继续讨论。( 你的新闻阅读器程序会帮你轻松办到。)
From(发送者项)： 这一题头行很重要，因为它告诉了你谁投递了这篇文章。你可
看到他的通迅地址。大多数情况下，还可以看到他们的真实姓名。
知道谁投递了一篇文章是较为有趣的，From(发送者项)在另一方面提供了很大方便。
麻省理工大学 ( MIT) 有一个叫 rtfm 的计算机， 提供 Internet的档案服务。很
多重要的Usenet文章——例如 FAQ(常见问题表) ——存在在这台计算机上，你可
使用匿名FTP(Anonymous FTP， 参看第十二章)访问他们。这台计算机还提供另外
一个叫Usenet地址服务程序。 在 rtfm上的一个程序扫描所有的Usenet文章, 并将
From(发送者项)存入数据库中。你可以给这个服务程序发送一个邮件，让它查找某
个人。你将会得到它寄回来的回答。如果那个人给Usenet投递过，地址服务程序差
不多一定会找到他。(顺便提一下，rtfm计算机以前的名字是pit-manager, 你可能
偶尔还会见到它。rtfm这个新名字的重要性，在本章的后面将会更明显。 )
人们可以改变显示在From(发送者项)上的真名字。因此，如果你对某名字起疑，你
完全可以怀疑它的真实性。
Keywords(关键词项): 它包含一个或多个表明文章种类的词或术语。有些人阅读它
来决定是否读这篇文章( 尽管大多数人更喜欢读主题项来判断)。
Lines(行数项)： 它含义简明，它显示文章的总行数。 总行数包括正文和签名，
但不包含题头行。
Message-ID(信息标识项): 它是一个独特的标识， 它由发送文章的程序自动产生。
它的最后部分是投递文章的计算机的地址。这一信息只被新闻程序使用，你可以忽
略不管。
Newsgroups(新闻组名称项): 它很重要， 表明这篇文章所投过的新闻组名称。当
你用一个新闻阅读器程序来看一篇文章时，显然该文章曾投递给你正在读的那个新
闻组。但是，如果你所读的是一篇旧文章——你以前存储的，某人寄给你的，或者
你在前文提到的Usenet存档的——你会很方便地知道这篇文章最初出现在哪个新闻
组。
当你投递一篇文章时，你将会被要求给出你所要投递给的新闻组。如果愿意，你可
以给出一个以上的新闻组。这叫作交叉投递。当一篇文章被交叉投递时，你会在
Newsgroups(新闻组名称项)上看到一个以上的新闻组名。
投递给一个或者一个小数目的新闻组是可取的，而把它投递给过多新闻组并不好。
因为大多数的组与所讨论的主题的关系并不紧密。例如，如果你有一个关于Unix的
问题，把它提交给许多与Unix相关的新闻组中最适当的一个，不要送给每个Unix组。
当你交叉投递一篇文章时，要保证有一个Followup-To(应答项) 来指引应答文章发
到某一个新闻组中，如果很适当，考虑一下用Followup-To( 应答项):poster来指
引应答的所有讨论文章直接发到你的个人信箱中。
NNTP-Posting Host(网络新闻交换主机项): 在第二章中，我们解释了TCP/IP是一
个协议的大家族(一个协议是一套技术规则), 我们已经讨论了TCP(传输控制协议)
和IP(互联网协议)， 他们被用来发送通讯信息。在第十二章中，我们将谈到
FTP(文件传送协议),它被用来把一台Internet 主机中的文件拷到另一台主机中去。
用来传送Usenet 文章的 TCP/IP 协议被叫作 NNTP( Network News Transfer
Protocal，网络新闻传送协议)。NNTP-Posting Host( 网络新闻交换主机项)表明
投递文章的哪个Internet主机名。
换句话说， 它显示了投递文章的人正在使用的主机名。 如果有 Sender(发送者
项)，它显示的是实际上通过Usenet发送文章的计算机，通常是新闻服务器。
如果你想猎寻伪造品(它确实不时出现)，只需找那些NNTP—Posting Host(网络新
闻交换主机项)上的计算机名与From(发送者项) 上的计算机名是不一致的就可以了。
要改变From(发送者项)很容易，但要改变NNTP— Posting Host(网络新闻交换主机
项)就不太轻松。
Organization(组织项)：它有一个短句，描述的是投递文章的人所属的组织，或是
拥有这个计算机的那个组织。它的目的是帮助说明发送文章的人。From(发送者项)
确实也含有地址，但一般来说这种地址难于理解其性质。
Path(路径项): 它的信息由一些主机名组成，中间用感叹号“!” 字符分开，这些
主机名表明这个文章所通过的每一个计算机到达你的新闻服务器的路径(要读懂一
条路径，从右往左读)。
尽管我们把这一信息看作一个单一的，但它总是很长，以至于在你的屏幕上被分成
很多行。
这就是图10-1所显示的情况，你可以看到那篇文章从奥地利的维也纳到加利福尼亚
的圣·巴巴拉所经过的计算机的名字。
你完全可以忽略这一信息。
References(参考项): 它只出现在应答文章中。 它包含原文章中的
“Message-ID(信息标识)”中的标识。图10-2的例子是一个应答文章，因此包含有
一个References(参考项)。
它是可以忽略不看。它被新闻阅读器程序用来把相关的文章归在一起。一个相关的
文章系列叫主线(thread), 当你读新闻时，你常会希望沿着主线读一个又一个的应
答文章。
Reply-To(回复项)： 它与From(发送者项)有相同形式。它把回信邮给投递这篇文
章的那个人的地址，它使希望把个人回信送到另一个地址而不是投递该文章的那个
地址时，将会很方便。
Sender(发送者主机项)： 它是显示投递文章时的主机名。 当 From(发送者项)中
的信息可能误导时，Sender(发送者主机项)就将自动产生。例如，当一个人人为地
进入他自己的From(发送者项)而不是让新闻投递程序自动产生该项信息时。
又例如，让我们假设你在一个朋友家中，用他的帐户发文章。通常情况下，新闻投
递程序将会以他的名字和地址产生一个From(发送者项)，然而，你可以去掉该行，
输进一个有你的名字和地址的From(发送者项)。
新闻程序此时就会自动产生一个Sender(发送者主机项)，它包含投递你的文章的主
机名 , 有时你还会看到发出新闻文章的系统的用户标识 (Userid)。
是的，正如你所预料，这一特点让有些“无事生非”泡制伪造文章的工作，变得稍
微困难了。
Subject(主题项): 它可能是最为重要的一个，它对文章的内容作简短描述。在你
写作文章时，你自己要创建对主题的描述。
为什么Subject(主题项)如此重要呢? 当然， 它帮助你理解该文章是关于什么的。
但还有另外一个原因。有些新闻阅读器程序要求使用者挑选想读的文章时，是根据
Subject(主题项)的内容作决定的。这就是说， 它的内容通常是一个人决定是否读
一篇文章时，所要看的唯一东西。
当你投递一篇文章时，花点时间考虑怎样使你的Subject(主题项) 精确而有趣是你
应做的。如果主题的描述不能一下扣住读者心弦的话，他们大多对该文不置一顾就
走开。
Summary(摘要项)： 它给文章作了一个简短的一行摘要， 在应答文章中，这一信
息很有用。Summary(摘要项)题头行使用频率并不高， 但如果喜欢，你可以加上这
一行。
Xref(交叉参考项): 当一篇文章交叉投递给不止一个新闻组时， Xref(交叉参考项)
表明哪些组包含本篇文章。它还显示标识文章在每个组中的当地编号。你可以忽略
它，它只是供你的当地新闻阅读器程序阅读。
Path: ucsbcsl!nipper.ucsb.edu!harley
From: har...@nipper.ucsb.edu(Harley Hahn)
Newsgroups: rec.humor
Srbject: Re:The Secret of Life
Summary: Advice for understanding life.
Keywords: life, philosophy
Message_ID: <1993May16.0...@nipper.ucsb.edu>
Date: 16 May 93 10:13:12 GMT
References: <1993May14.0...@email.tuwien.ac.at>
Distribution: world
Lines: 22
In article <1993May14.0...@email.tuwien.ac.at>
mi...@music.tuwien.ac.at(Michael Schuster) writes:
>Here is some great advice I just found:
>
>“When you get serious about foolishness.
>You are getting into serious foolishness”.
>
>By the way, does anyone know who first said it?
Yes, this advice was first offered by the
Canadian philosopher. Tim Rutledge.
Obligatory Joke...
Hahn's Maxim: If something is worth doing,
it's worth doing to excess.
Harley Hahn
writer of Unix and Internet books
图10-2一个典型Usenet应答文章
签名
我们前面说过，Usenet文章有三部分：题头、正文和签名。我们已谈过题头(技术
信息)和正文(文章的实际内容)，我们现在来大致说一下签名。 签名显示文章发送
者的信息，它是一个随意的附加物。下面是一个签名的实例：
Michael Schuster| “I love you for your beauty; love me
Tu Vienna,Arstria|though I am ugly”
mi...@music.tuwien.ac.at|- Miguel Cervantes,Don Quixote
+43/1/12345
如果你想使用一个签名，你就得为自己创建一个存有签名的文件，你的新闻投递程
序将在文章发出之前把签名附加在每个你投递的文章末尾。下面介绍签名在Unix系
统中是怎样工作的(如果你用的不是Unix 计算机，你得阅读系统手册)。
你用一个文本编辑器编写一个.signature文件(字符是名字的一部分)。当你投递文
章时，新闻程序检查是否有这样一个文件。如果有，程序就把文件内容附加在你的
文章末尾。
你可能会问，如果我不懂怎样使用文本编辑程序呢? 这就是在第一章中，我们建议
你学一些Unix的原因，至少你应当学会使用文本编辑程序，这样你才能编写
出.signature这样的文件。我们认为，你还可以让其他人帮助你编写.signature文
件。但是这不会对你有什么好处，如果你不能用文本编辑，你就不能编写文章。
(当然，我们并不想太武断地下结论，如果你只需读文章， 你就不必用文本编辑。
你想投递自己的文章，或者想给某人回电子邮件，就必须使用文本编辑程序。)
签名的标准信息是文章投递者的人名及通讯地址。你也有可能看到他所属的组织、
邮政地址，或许还有一个电话号码。我们例子中的签名表明这篇文章是维也纳技术
大学的Michael Schuster投递的，我们看到他的通讯地址和电话号码，在右边，是
他引用的一句名言。
签名的美妙之处是它允许人们充分发挥想象力，你看到的例子中有一句名人名言。
还可以有其他摘抄。包括妙语、幽默、图画等都会出现在签名中。实际上，有人专
门收集有趣的签名，并不时投递署有妙趣的签名文章，作为Usenet独一无二的一种
艺术(通常出现在rec.humor新闻组中)。
要看稀奇的签名和关于这种签名的评论，可以试读一下alt· fan · warlord新闻
组。
当你读大量的Usenet文章时，你会觉得被迫读冗长的签名实在令人恼火。因此，约
定签名不得超过四行。有些新闻投递程序还通过删去多余行来法定这一规则。尽管
它可能遏制了一些想象力，你仍然会对那些有高度创造性的人利用短短四行的能力
大为吃惊。
当要编写签名时，写什么都行，但必须只写四行，没有其他规则，你可以充分发挥
创造性和想象力。
应答文章
我们前面提到，一个应答文章是对以前的一篇文章作出响应的。写一个应答文章很
简单，假设你正在读新闻，你碰到一个想要应答的文章，你所要作的仅是给新闻阅
读器程序一个简单命令。
你的新闻阅读器将为新文章制作骨架(正文的一部分和题头)，一切就容易了。然后
启动文本编辑器，你就可以编写应答的文章了。完成后，你终止文本编辑，新闻阅
读器再接过手来自动为你投递文章。
再看一下图10-2的应答文章，它是对图10-1那篇作出响应的。注意新文章的正文开
始两行标识了前面文章和它的投递者。这些行后是原文章，每行都有一个“>”字
符标记。
这些大多是由新闻阅读器程序自动产生的。写应答文章要作的只是编写我们的回应。
当你读一篇文章时，有三种方式可知道它是否是一个应答文章。首先，主题将会与
原文主题相同，但是前面将有字符“Re:”。例如，在图 10-2 中，我们看到：
Subject: Re: The Secret of Life
这是新闻阅读器程序在创造一个应答文章题头时自动加上的。但是，只能加一个
“Re:”。因此，应答文章的应答文章也只有一个“Re:”。
第二种方式是寻找 ( 如果你的新闻阅读器在为你显示题头行 )References(参考
项)。它含有原文章的标识。尽管你可忽略它， 它确是正式表明你在读的是一个应
答文章的标志。如果你读的是应答文章的应答文章，你可能在“References(参考
项)”看到不止一个标识。
最后，一个应答文章可能经常把原文章全部或部分嵌入其中。我们已经提到原文章
中的行前有一个特别的字符，大多数情况下，这个字符是“> ”(大于号)，在我们
举的例子中就是。但是你有时也会发现其他字符。
这种情况下，我们说应答文章正在摘引原文章中的那些部分。在我们的例子中，应
答文章摘引了原文的六行。
最后一点，如果你看到不止一个“>”字符， 它表明文章摘引的曾是别人摘引过的。
例如下面一个例子：
In article<1993May17.0...@nipper.ucsb.edu>
har...@nipper.ucsb.edu(Harley Hahn)writes:
>In article<1993May14....@unixl.tcd.ie>
>mepe...@unixl.tcd.ie(Michael Peirce) writes:
>>Does anyone know the name of the computer that
>>contains the Usenet archives?
>Yes.it is pit-manager.mit.edu
Actrally.the name has been changed to rtfm.mit.edu
—
Jonathan Kamens Geer Zolot Associates j...@GZA.COM
在这个例子中，一个叫Michael Peirce的读者投递了一篇询问某台计算机名字的文
章，另一个叫Harley Hahn 的读者寄了一篇应答文章回答这个问题。第三个读者
Jonathan Kamens, 于是 作了第二篇应答文章纠正 Hahn给出的答案。
有些应答文章的作者摘引了一大段，而在后面仅加了非常短的评论，这类文章很让
人乏味。尤其是当你沿着一条主线往下读时，人人都摘引同样的冗长段落，更是厌
烦。
因此，当你编写这类文章时，尽量简洁是受欢迎的。例如，如果原文有100行长，
但你只对其中3行回应，你就应删除这三行外的所有行。
实际上，有些新闻阅读器程序拒绝投递嵌入的原文比回答还要长的应答文章。
你常常可以看到人们传播一个很长系列的荒谬可笑的应答文章，叫做 “串联”。
有时当你无事可做而突发奇想，可查一下alt.cascade新闻组( 它是奉献给这种创
造性事业的)。
Usenet缩写词
如果没有缩写词，计算机系统将会怎样? 面对那些神奇的小缩写词，当你知道它们
含义时，你会觉得自己是一名专家，而当你不知道时，就好象一位不被人理睬的
“要人”。
不必害怕，表10-2包含了所有常用Usenet缩写词。虽然你可能会碰到的每一个缩写
词无法都列在上面，但这些已足以将你带出黑暗。
认真看一下这个表。这些缩写词用在所有Internet形式中，并不只限于Usenet文章，
还可用于信件信息和用talk命令来与某人谈话中。
(顺便提一下, 我们这儿说的MUD是一个多用户游戏。详细信息请看《附录》中的
“游戏”类。)
缩写词(Acronym)含义(Meaning)
BRB正后面(be right back)
BTW顺便说一下(by the way)
CU再见(see you(good-bye))
FAQ常被问及的问题(frequently asked question)
FAQL常被问及的问题的清单(frequently asked question list)
FOAF朋友的朋友(friend of a friend)
FYI要你的信息(for your information)
IMHO我的愚见(in my humble opinion)
IMO我认为(in my opinion)
MOTAS相关性别成员(member of the appropriate sex)
MOTOS异性成员(member of the opposite sex)
MOTSS同性成员(member of the same sex)
MUD多用户空间(multiple user dimension)
Ob-［作为前缀］强制性的(［as a prefixl］ obligatory)
Objoke强制性幽默(obligatory joke)
OS操作系统(operating system)
PD公共域(public domain)
SO重要的另一位(配偶、男/女友)
significant other(spouse,boy/girlfriend…)
ROTFL在地板上翻滚大笑(rolling on the floor laughing)
RTFM读［附加］手册(read the ［expletive］ manual)
WRT关于，顾虑到(with respect to)
表10-2常用通讯缩写词
Usenet惯用语
在Usenet中, 除了在表10-2中的缩写词外，你还会碰到大量的惯用表达方式。因此，
结束本章前，让我们花几分钟看看Usenet惯用语世界。
首先，让我们回忆一下在本章和第九章中已经提到的新术语。
Usenet是一个由很多讨论组构成的庞大系统。我们提到Usenet时用新闻或网络新闻，
尽管很少有真正意义的新闻(报纸所指的那种新闻)。因此讨论组常被称为新闻组。
一个为某新闻组织充作网络用户贮藏室的计算机被叫作新闻服务器，管理它的人叫
新闻管理员。每一个新闻服务器以特定规则从另一个获得信息。这一过程叫新闻馈
送。
你在Usenet讨论组中看到的叫文章或叫投递品。一个Usenet文章分成三部分：题头，
正文，和一个随意的签名。当你发送一篇文章给Usenet时，我们说你投递了它。一
篇文章投递到一个以上的组叫交叉投递。Usenet文章在一个预定的时间内被保存。
当时间到时，称为文章截止，文章会被新闻服务器删除。
一篇对别人的文章作出回应的文章叫应答文章。当应答文章包含了部分原文章时，
我们称它摘引了原文章。一个系列的应答文章叫一条线。当你读此类文章时，我们
说你正沿着这条线阅读。
有五千多个不同的新闻组，构成很多等级体系，所有新闻服务器都有主流等级体系，
而选择性等级体系就由新闻管理员的意愿决定其有无。
新闻组由“仲裁者”管理。他决定哪些文章可以投递到该组。这种组有时提供一些
被编辑过的文章的集合，这叫做文摘。
你要阅读Usenet文章，得使用一个叫新闻阅读器的程序。当你告诉它你想读某一特
定的新闻组时，你预订了那个新闻组。同样地，当你告诉新闻阅读器，你不想读某
个新闻组时，你便终止预订。
下面是一些新术语。我们在第九章中提到，只要他知道如何去作, 每一个人都可以
尝试在一个选择性等级体系创立一个新闻组。你能想象，这种行动自由经常导致根
本不存在的新闻组的产生。有人可以送出一个控制信息来创立一个新的组，但是，
由于这样或那样的原因，这一新闻组并未真正创建。但是，这一新闻组的名字还会
努力地进入你的新闻服务器主清单里。当你的新闻阅读器试着找它时，它根本不存
在。这时你的新闻阅读器就会自豪地告知你，它发现了一个假新闻组，或者说空的
新闻组。
另一个你常会碰到的术语是火焰(flame)。它指的是一篇应答文章(或个人邮件信息),
其作者在文章中指责其他某人，flame 在此可用作动词，作火烧。例如：Scott给
rec.humor组投递了一篇毫无幽默可言的文章，结果他受到来自世界各地的“火
烧”。
火焰战争的爆发是司空见惯的事，战争中人们发送大量的争论性文章或者邮件信息，
相互痛骂。这种情况下，很快就有新兵卷入，批评别的批评家。你能想象，这种行
为只会使火上加油。尽管火焰战争有时很有趣，大多数此类文章通常都是搬弄口舌，
互相攻击。最终，这场战争自动熄火，与其说是其他原因，不如说是由于乏味无聊。
当你读一篇文章时，你可以告诉新闻阅读器，你想跳过同一条线上的所有其他文章。
我们称之为“消灭”(kill)或者报废(junk)了这条线。有些新闻阅读器让你给出某
些主题，然后自动“消灭”所有关于这些主题的文章。你的新闻阅读器会在一个特
殊的“消灭”文件中为你保存你的这些要求。
有些新闻组讨论艺术作品，例如电影或者小说，其中难免涉及故事情节。当然，如
果你还没有看过那部电影或者那本书，你可能不想提前知道故事情节。因此，有一
个习惯，当一篇文章泄露故事情节时，Subject(主题项)就应当说文章里有一个捣
乱者(Spoiler)。
好了，我们已谈过你理解Usenet所需知道的所有基本术语。但是，要完成基础教育，
你还要知道另外五个术语。事实上，它们也很重要, 下一节专门讨论。
Foo,Bar和Foobar
有三个你常见的奇妙单词：foo, bar 和 foobar。在所有 Usenet 和 Unix世界中，
它们被看作常用标识符。
不管在什么情况下，当你想指某个没名字的东西时，你都可用“foo” (或者偶尔
也用“foobar”)。 当你想指两个没名字的东西时， 你就用“ foo”和“ bar”。
没人知道这一传统怎么来的，但它们确实用途广泛。
例如，假设你在读 comp.unix.questions新闻组(你可送关于Unix 的问题给这个新
闻组，请经验丰富的人回答)， 这是一个关于怎样编辑文件的问题。
Can anyone tell me how to move more than one file at a time?
For example,say that I want to move two files named foo and bar
.I tried using the command
“mv foo bar” but I got an error message……
谁能告诉我怎样同时移动一个以上文件?
例如，假设我想移动两个文件，一个叫foo,一个叫bar。我试着用 “mv foo bar”
命令，但结果却错了……
你可能在rec.arts.movies新闻组读到下面一篇：
……can anyone remember the musical in which Frank Sinatra played an
old-time Chicago gangster?The name is something like “ Foobar and the
Seven Hoods”……
……有谁记得 Frank Sinatra扮演一个芝加哥歹徒那部老影片的音乐? 它的名字有
点象“Foobar”和“七片树林”。
那么，这些奇怪单词是怎么来的呢?“foobar ”来自于二次世界大战中的一个缩写
词FUBAR，意思是“面目全非，无法辩认”。
“foo”这个词看来历史较久远一点。无疑这个词的出名有foobar 的功劳。但是，
它看来在更早以前就曾被使用。例如，在1938年的卡通片中， Daffy Duck 拿起一
个标志牌，上面写着“沉默总令人模糊不清”( 完全正确)。有些权威推测“foo”
可能源自意第绪(Yiddish)语 (犹太人通用) 的“ feh”和英语的“phoo”。
RTFM
RTFM这个术语实现了Internet世界中唯一最重要的思想。RTFM意指当你请求别人帮
助前，你应当通过查书或手册，自己解决问题。
这一观点并非源自于自私；虽说，总体来说Internet(尤其是Usenet) 充满助人为
乐的人群。但是你自己找到答案总是快得多，而且会更为满意。然而,所有新用户
都爱问同样的问题，很多人理所当然觉得， 在你投递一篇文章请求解决同样问题
前，你至少应当查一下所有的标准参考。
这样就产生了一个问题：什么是标准参考呢? 当然有书，与书相似的还有技术手册。
但是，还有一个供所有Unix系统的标准参考，它如此重要，你必须知道怎样用它。
每个Unix系统都有一个联机上机手册，这是一个计算机化的工具，它显示任何Unix
命令的辅助信息。你要花一段时间学习该手册，我们这儿不再介绍详细细节——你
还得看一本有关Unix的书。下面简单介绍一下。
显示关于一个Unix命令的信息，你要用man(手册)命令。man后录入你想知道的命令
名字。例如，要了解Unix的cp命令。请录入：
man cp
Unix将显示特定命令的技术描述，每次一屏。当你阅读时，你可以通过按空格键或
者回车键，来翻动屏幕。(两个键都试试， 看看哪一个在你的计算机上起作用。)
如果你想放弃阅读，按q键。
要显示man命令本身的信息, 请录入:
man man
要显示一个新闻阅读器程序的正式手册，使用man 加上你的新闻阅读器名。
例如，要显示 nn 新闻阅读器手册，请录入:
man nn
请不要忘记：在你投递一个关于Unix命令的问题前，你至少应用 man 来查一下手
册。如果你得不到所需答案，这时就可自由地问一下网络。如果你问了一个手册上
有答案的问题，你可能被温和地(或不那么温和地)提醒要RTFM。
那么，这个有趣的术语是怎么来的呢?
起初，RTFM是一个缩写词，含义是:Read the ［expletive］manual( 参看［附加］
手册)。
但是，慢慢地，RTFM 含义变为更恰当的“在你问别人之前， 先试着自己找答案。”
(实际上, 你会惊奇地发现你经常可以自己找到答案。)
RTFM一词也被用作动词，例如：
……有谁知道怎样用某个新闻阅读器存储以前读过的文章到一个文件里?我RTFM(预
先尝试自己找答案)过，但却找不到答案。
现在，你就可以理解为什么那个含有Usenet档案的计算机叫作 rtfm.mit .edu 了。
这台计算机有全部常见问题表(FAQ)的拷贝。( 在第十二章中，我们将教你怎样用
匿名FTP访问它。)
面部表情
我们最后讨论的这个 Usenet 术语既有用又有趣。 它就是面部表情 (smileys)，
它常常暗示反语。下面介绍它怎样起作用。
当你与某人当面交谈时，你用身体语言和声音变化来交流各种非语言信息。例如，
你可以开玩笑攻击某人而受报复(至少有时)，只要你让他理解，你只是开玩笑。
在Usenet文章中，这是不可能的。此外，Usenet文章在世界到处传播，不可能人人
都很能欣赏另外一种文化精妙细微的幽默。例如，美国外的某人完全可能不知道
“母亲”一词除了表示亲密的爱外，还有其他含义。
这时录入面部表情暗示。
面部表情是一个用常用字符组成的画，看起来象一张脸。这是一个基本的面部表情：
:-)
要看这张满面春光微笑的脸，你只需向左偏一下头。
我们用面部表情，是为了保证别人不至误解一个可能语带双关的话。在句子末加上
一个面部表情就如同说：“我在开玩笑”。
例如，假设你卷入一场rec.food.cooking新闻组的火焰战争。你投递了一篇应答文
章，其中有一句话：
你连燕麦饼都不会做， 怎能期待别人用你的配方做 Consomme aux Pommesd'Amour
呢? :-) 面部表情被广泛使用，并非只限于Usenet文章。例如，你可以把它用到你
的个人邮件信息中或用talk命令与他人对话时。
多年来，人们发展了很多不同面部表情。实际上，人们偶尔给 rec .humor 新闻组
投递的奇怪面部表情，积在一起已经很多了。图10-3 就是一些这类的创造。
现在，结束本章时，让我们看下面一个面部表情：
把头偏向左，它是一个Internet丛书作者的脸，他曾经整夜不息，完成一个章节的
编写。
面部表情含义
:-)微笑
:-D大笑
;-)小睡, 佯装不见
:-(皱眉，不悦
:-I无动于衷, 漠不关心
:-#吊带
:-})有胡须
{:-)有假发
:-X我闭口不说
=:-)朋克摇滚乐手
=:-(真正的朋克乐手从不笑
图 10-3一些面部表情的标记
第十一章 阅读和发送Usenet文章
在第九章中，我们谈到了关于Usenet的内容。我们看到它拥有2,500 ,000多个用户
的5,000个不同的讨论组。在第十章，我们看到了Usenet 文章的格式和你希望了解
的技术条件和规定。
在这里，我们将向你解释阅读和发送Usenet文章的有关知识。首先，说明新闻阅读
器(newsreader)是如何成为客户机/服务器系统的一部分的；然后，我们讨论各种
不同的阅读程序。我们也将说明，怎样来判断哪一种阅读程序最适合你自己，应该
怎样去学习使用它们。最后，我们讨论有关阅读新闻组文章的两个技术上的问题。
把新闻阅读器理解为一个客户机
像许多Internet的服务方式一样，阅读新闻是利用了客户机/ 服务器的形式(参看
第二章), 在这种情况下，新闻服务器程序驻留于Internet上的一台计算机中。它
的任务是把新闻输出到外部去，同时管理接收到的大量的文章。
为了阅读这些新闻，你使用一个叫做新闻阅读器(newsreader)的用户程序。它作为
与Usenet的接口，使你能够选择你所想要看到的新闻组，并且从其中挑选出文章，
按一次一页显示出这些文章。当你阅读的时候，你可以通过存盘、传送拷贝文件或
通过打印输出来保存这些文章。你也能够把你个人的新闻资料通过电子邮件系统发
送出去，或发送你自己的相关的应答文章来作为对新闻的响应。
正如我们在第十章解释的那样，新闻文章是通过Internet的 NNTP(网络新闻传输协
议)来传送的。当文章被传送到新闻服务器后， 它们就以标准格式存储，为了阅读
这些新闻，你所需要的仅是新闻阅读器，它知道怎样去理解存储的格式。目前在许
多不同类型的计算机上，运行很多不同的新闻阅读器。
可是，正如我们在第一章中讨论的，很多使用Internet的用户都使用某种类型的
Unix系统的计算机。在本章中，我们将讨论关于阅读新闻和投递文章的基本内容。
在以后的几章中，我们会详细讨论以Unix系统为基础的四种最普遍的新闻阅读器。
新闻服务器如何跟踪所有的文章
为了跟踪每一新闻组中的所有文章，新闻服务器给每一篇文章分配一个识别编号。
这些编号以文章到达新闻服务器的先后为序。
编识号从1开始。无论什么时候新的文章到达， 它都被赋以紧接着的下一编号。例
如，我们设想一篇新的新闻文章传送至名为rec.humor 的新闻组中，并且上一篇在
此新闻组中的文章编号为1055，因此这一篇新文章的编号为1056。这个新闻组中再
下一篇的编号为1057， 以此类推。 一些新闻阅读器在你每一次阅读一篇文章时都
显示它们的编号，而另一些新闻阅读器则不显示这些编号。
一旦一篇文章被删除掉，它相应的编号也就从系统中删掉。因此，在某一特定的时
间内，rec.humor新闻组可能有从1055—2110 号可供阅读的文章。然而最终，这个
编号将达到某个确定的最大值后，编号又将重新从 “1”开始。
每一新闻组都有其自己的，与其它不同的一组编号。因此， 对于多个新闻组中都
具有同一编号的文章也就是可能的了。例如，rec.humor 和 comp.unix.questions
这两个新闻组可能都会有编号为1056的不同文章。
新闻阅读器利用这些编号来跟踪在每一新闻组中你已经阅读过了哪些文章。为了能
做到这些，在目录中保留.newsrc文件。 这一文件中包含有每一新闻组的名字。对
应每一新闻组名，罗列你是否选择了那一个新闻组和哪些文章已经读过。
你不必关心 .newsrc 文件中有些什么内容，除非你真想知道。 当你第一次阅读新
闻时，新闻阅读器会为你建立一个 .newsrc 文件， 此后，新闻阅读器会保留这个
文件，并且无论你在什么时候阅读文章，选择或不选择阅读新闻组，它都将作相应
记载。除此之外，每一次你启动新闻阅读器时，它都将检查：是否有新的新闻组可
利用以及当前的.newsrc 文件是否正确。
有些用户喜欢使用文本编辑程序来直接修改.newsrc文件。 鉴于这个原因，在本章
最后有一部分将介绍 .newsrc 文件的格式， 同时提出一些帮助你自己决定作出改
变的建议。
在Unix系统下，通常有初始化命令或特殊新闻的文件命名以字符“. ”开始“rc”
结束的情况。例如，对于新闻阅读器有.newsrc文件， 对于电子邮件程序
有.mailrc文件，对于C-Shell有.cshrc文件，对于ex和vi文本编辑程序有.exrc文
件，对应Bash shell有.bashrc文件等等。
最前面的“·”意味着这些都是隐含文件：当你使用ls命令列文件目录时，你看不
到带“·”的这些文件名，除非你专门列出它们。当你要读出像这样的一些文件名
时，“·”字符读作点(dot)。 例如，你也许听到过某人问：“ 在你的点—news
—r-c文件(.newsrc)中有些什么新闻组?” 由于这个原因，这样一些文件有时也被
称作点文件(dotfiles)。
“rc”是一个早期的规定，它最初代表“运行命令(run command)”，即当程序每
次运行时，会自动执行的那个命令。
怎样选择新闻阅读器
在这部分，我们将向你介绍最流行的Unix新闻阅读器——rn、trn 、 nn和tin——
并且说明怎样选择使用它们(如果你需要选择的话)。
尽管它们是最广泛使用的新闻阅读器，但如果你工作在X Window 或 Gnu Emacs 下，
你可能会有其它选择。 我们在第二章中已解释过， X Window提供了一种图形用户
接口，你可以同时运行多个程序， 每一个程序都有自己的运行窗口。有一些新闻
阅读器是专为X Window开发设计的，其中最著名的是xrn和xvnews。这两个阅读程
序都以rn为基础设计(以下详述)，但又有其自己的特点。
另一特殊的工作环境是Gnu Emacs。在此我们不详细讨论， 仅仅说明这个系统是建
立在名为Emacs的流行的文本编辑程序基础之上的。gnus 和 gnews是两个专为Gnu
Emacs设计的新闻阅读程序。
然而，在大多数场合下，最广泛使用的是我们上面提到的四个新闻阅读器，它们才
是需要详细讨论的。
rn 是这些新闻阅读器中最早的一个。 它是由加利福尼亚的 Santa Monica系统发
展公司(System Development Corporation)的Larry Wall 开发的，于1983年4月8
日首次发表。(Wall也是Perl ——一种流行的程序设计语言的创建者。 ) 今天，
“ rn ”被得克萨斯州休斯敦的 Baylor college of Medicine的Stan Barber所维
护。
Wall发展了rn取代了更早的阅读程序——“readnews”。他精心设计 rn，使之最
大限度减少了程序和用户之间的相互影响，便于尽可能快地显示新闻。其结果是新
闻阅读器在尽可能短的时间内显示出尽可能多的文章。
trn是由加利福尼亚硅谷Borland公司的Wayne Davison开发的。trn 是rn的现代的
变形，于1990年7月21日首次发表。它除了具有rn 的所有特点和命令外，还具有其
它的功能。与rn不同，trn把文章按主线分组， 使得很容易地选择你所要阅读的文
章(或许你还记得在第十章我们讲过， 主线连接了最初的和所有后面的一系列的文
章)。
nn是由丹麦的Texas Instruments A/S和Kim Storm开发的。nn于1984 年首先在丹
麦发表，而后1988年在欧洲发表，1989年7 月向全世界公开。今天，nn是由澳大利
亚Demaas Proprietary Limited 的Pater Wemm维护。 Storm开发nn是在Usenet发
展得比较庞大的时候，它拥有大量文章 ,超过了人们的阅读能力。即使把范围限制
在你最喜欢阅读的新闻组中阅读, 你仍旧还会有很多文章难以阅读。因而，Storm
设计的nn 使你容易迅速地浏览大量的文章。综合起来说，nn要求比rn、trn更多的
用户操作。
tin是四种新闻阅读器中最新的。它是由Iain Lea创建并于1991年8月 23日首先公
布的。那时的Usenet已经变得很庞大了。不仅是个人无法应付越来越多的文章，另
外还有太多的新闻组。那些想要迅速跟踪不同类别主题的用户发现，新闻组的编号
简直无法控制。Lea开发的tin使得能够容易查阅大量的新闻组清单，容易选择你所
想要研究的新闻组。一旦你选定了一组，tin将会提供文章的清单——有点像nn —
—并且让你选择你所想阅读的内容。
简言之，rn能够迅速提供文章，用户可极少干予。trn 除了能够容易利用主线工作
外，其它工作过程与rn类似。nn要求更多的干予，但是它能让你迅速浏览大量的文
章。tin要求最多的干予。 但只允许方便地处理大量的新闻组，并且在每一组内可
查阅大量的文章。
因此，你要选择恰当的新闻阅读器。以下是如何选择：如果你想要在一些新闻组中
阅读大多数文章，那么使用rn，或最好使用trn； 如果你想要从少量的新闻组中挑
选文章的话，那么便用nn；如果你想要阅读大量的新闻组，那么使用tin。
选择哪一种新闻阅读器最适合你，参考一下你喜欢怎样阅读一份报纸；
如果你是一页一页地从头到尾读一份报纸，你是适合使用rn类型的人；
如果你从总体上读文章，并且必要时来回翻页，那么你就应使用trn；
如果你是迅速地浏览报纸，仅仅阅读最适合你口味的文章，你就选择nn；
最后，如果你是喜欢一份接一份地阅读整份报纸，你会中意tin。
正如你能够想象到的那样，Usenet的用户较持久的争论之一就是：哪一个新闻阅读
程序最好? 实际上，适合你的最好的新闻阅读器很大程度上依赖于你是如何吸收新
闻的。当新闻进入新闻阅读器，某一种类型不能适用于所有的新闻。
如果你想使用新闻阅读器，但目前你的系统上还没有。那么把这份专题讨论给你的
系统管理员看， 然后请求给系统装入这些程序。 所有这部分所提到的新闻阅读器
都可通过匿名FTP(在第十二章解释)免费获得。
你可能会问，哪一种是我们最喜欢的新闻阅读器? 我们可以在不同的时候使用不同
的新闻阅读器。可是，如果我们必须选择出仅仅一种新闻阅读器，我们会选择tin。
不可能会在一个荒凉的孤岛上阅读 Usenet 中的新闻， 加州的 The Pagesat
company of Palo Alto提供了一种经济的Usenet系统， 它通过小型的个人通信卫
星接收数据。如果要得到更详细的资料，你可以去函与 pag...@pagesat.com取得
联系。
新闻阅读器的名字是什么意思
你是否想知道新闻阅读器名字的意思是什么?
在rn之前，有一种早期的叫做“readnews”的新闻阅读器，它的速度很慢而且是逐
行显示新闻。Larry Wall设计开发了快速的定向显示( 主线连接的rn)以取代
“readnews”。rn这个名字， 指出了这个阅读新闻程序比原来的更好。
trn更向前进了一步：它代表“threaded rn”(你也许还记得trn与rn 类似，除了
附加的利用文章主线工作的功能外)。
如果你使用rn，你会看到它至少显示你所查阅的每一篇文章的第一页。 Kim Storm
开发的nn,使显示的仅仅是你选择需要阅读的文章。他认为，你读到的新闻越少越
好，nn代表一种思想，即“没有新闻就是好新闻”。
最终我们有了tin，这个新闻阅读器是Iain Lea开发的， 它是建立在名为tass的旧
的阅读程序基础之上。Lea选择tin这个名字代表了“ Tass +Iain’s
Newsreader”。
学习使用一种新闻阅读器
在你开始学习你所需要的新闻阅读器之前，我们想花一点时间复习一些基本内容，
无论你今后使用哪一种新闻阅读器，它都将有益于你。
你会发现所有的新闻阅读器都有许许多多的命令，不要一下子记住所有的命令，也
不用担心，有这么多的命令你一时怎么去理解。我们从学习一些基本命令开始：如
怎样启动新闻阅读器?如何选择一个新闻组去阅读? 怎样阅读文章?所有的新闻阅读
器大多仅需要使用很少的几个命令。
你将会发现你控制新闻阅读器越好，你从Usenet中感到的乐趣越大。最终你将愿意
去学更多的命令。但是最好的方法是一次学会一个命令。
在不同的时候，你会发现不同的命令适合你。例如，当你选定一个新闻组想阅读时，
你会用不同的命令来操作，比你在阅读文章时的可选择的命令多。在新闻阅读器章
节中，我们会提供各种命令的摘要。你可在阅读新闻时，利用这个摘要作为参考。
除此之外，每一新闻阅读器还有一个专门的帮助命令，你可在任何时候使用。对于
rn、trn和tin来说帮助命令是“h”，对于nn则是“?”。无论什么时候你需要帮助，
你所需要做的仅仅是按一下这个键，它将列出所有可使用的命令。
学会熟练使用新闻阅读器的方法， 同你能有资格进入卡内基音乐厅 (Carnegie
Hall)演奏一样，实践、实践、再实践。幸运的是， 阅读新闻比学习拉小提琴更有
乐趣和更安静。
在以下的章节里，我们将向你依次介绍每一种新闻阅读器，但是不准备作详细讨论。
一旦你开始阅读新闻，你也许想为你使用的新闻阅读器核对一下正式的命令。你可
使用Unix系统操作手册。以下就是它如何进行工作的。
所有的Unix系统都有一内附的参考手册，它包含了每一命令有关的信息的文件。为
了显示这些信息，你可使用“man”命令。只需录入“man”，然后录入你所希望学
习的命令即可。
例如，为了学习“ls”命令(你可使用它来列出文件名)，录入：
man ls
为了学习使用“man”命令本身，录入：
man man
为了阅读正式的参考手册，你所需要做的是录入“man”， 后面再跟阅读器程序名，
选择录入：
man rn
man trn
man nn
man tin
需要切记的是你所读到的是参考信息，而不是入门介绍。
当你录入了这样一个命令，“man”使用分页程序(paging program) 来显示输出。
分页程序的功能就是显示信息，一次一屏。用户把一屏的信息称作为一页。因而，
我们能够这样说分页程序的功能就是显示信息，一次一页。当你读完屏幕上的信息
后，按键显示下一页。
与大多数Unix系统的程序一样，分页程序有许多选择项和大量的命令。我们在此不
深入讨论。仅说明一下系统的“man ”命令将使用分页程序里三个中的任一个:
more、pg或less。
如果你当前正使用“more”或“less”，你可按空格键显示下一页。如果你正使用
的是“pg”，按回车键。在所有三个程序当中，都可按“h” ——帮助，“q”—
—退出。 如果你不清楚你正在使用的是哪一个分页程序，试着同时按下空格键和
回车键，看看会有什么结果。
发送你自己的文章
作为Usenet一员，你投递文章的愿望，可能只想要获得一些新闻，或对先前的文章
作出回应，或提出一种新的观点来讨论，或还有其它什么目的。每一个新闻阅读器
都有自己的命令，能简单、容易地投递文章。
在这部分，我们来讨论应用于投递文章的一般性知识。
首先，如果你不知道如何使用文本编辑程序，投递任何一种类型的文章都不容易。
毕竟，你创建不出文章，它就不会存在。此外，如果你当前正在应答别人的文章，
你也可能需要编辑他们的文章，并且加入你自己的评论 。所有这一切都需要文本
编辑程序。
两个最常见的Unix文本编辑程序是vi和emacs。 这两个编辑程序都很复杂，需要花
点功夫去学习。如果你现在使用PC或Macintosh 的仿真终端联到远程主机(参看第
三章)，你就可以在你自己的计算机上起草文章，并且传送给主机。但是，这不是
起草文章的最好方式。
而现实是，如果你现在使用Unix系统, 你必须学会使用文本编辑程序。你假如不使
用文本编辑程序，你在使用Internet时的感觉就绝对比不上使用了文本编辑器那样
满意(例如，那将使你投递文章到Usenet 就不那么方便)。
如果你拿不定主意应该学哪一种文本编辑程序，那么请使用vi。它是世界标准，可
适用于每一种Unix系统。不要听到有些人告诉你vi非常难学而被吓倒。学好它所需
要的是实践练习和好的教科书。
如果你现在正使用Unix系统，那么花时间去学习如何使用vi文本编辑程序是值得的。
教你如何使用vi——和Unix一般知识——最好的书籍是Harley Hahn 著的《A
student's Guide to Unix》(M6Graw—Hill 1993)。
另外一点需要懂得的是：回复一篇文章最好不要发送应答文章。所有的新闻阅读器
都能容易地给文章的作者发电子邮件。这要看你的回复对所有的人都感兴趣或是只
对作者感兴趣；如果你的应答对于所有人都感兴趣, 那么可以发送后续文章; 如果
你的应答只是一般性的, 那么可以通过电子邮件回复。
在多数情况下，你最好是以给作者发邮件的方式来响应文章，而不是以投递应答文
章的方式，因为应答文章会传遍全世界各地。
当你确实需要发送应答文章，新闻阅读器会很方便地在其中引用( 包含)原来文章
所有或部分内容。 它是编辑与你应答文章不相关的所有原来文章内容的最好方式。
(详见第十章。)在阅读跟踪文章中，使人最为恼火的是作者大量引用原文而仅在末
尾只加几行评论。
当我们建立一个应答文章时，要删去原来文章中所有多余内容, 以使其他人容易阅
读。作为首要的原则，引用部分不应该超过你自己的评论( 一些新闻阅读器执行这
一规则)。
当你第一次开始投递文章时，你可能希望发送一到两篇练习文章。你应该知道，对
于这样的试验有专门的新闻组。在表11-1中，列出了一些在主流和选择性的等级体
系中的练习新闻组。 所有的新闻组名都是以“ .test”结尾。在任何时候，你都
能传送练习文章到其中一个新闻组。
如果有本地的等级体系(参见第九章)，你可以找到一个本地试验新闻组。如果是这
样的话，这是投递练习文章最好的地方。另外，你应该使用 misc.test(把练习文
章投递到主流新闻组)或使用alt.test(发送至选择性新闻组中)。
当你想要练习投递一篇文章时，只能使用.test新闻组。 投递一篇练习文章到
非.test新闻组中会被认为是一种不友好的方式。
我们曾在第十章中提到，你可以在你发送文章的末尾，通过你的目录建立一个名
为.signature的文件来附上你的签名。当你正在试验一个新的签名时，你可以投递
练习文章到表11-1中所列新闻组中其中的一个，并且看看新的签名是否正确。
在Internet上有许多的计算机 运行查询和响应.test新闻组中文章的专用程序。如
果你投递一篇练习文章，你能得到自动的响应。并且通过电子邮件，告诉你练习文
章已经传送到了某某计算机。
新闻组名
alt.test
bit.listserv.test
biz.test
gnu.gnusenet.test
u3b.test
vmsnet.test
misc.test
表11-1供练习用的新闻组
我们想要提到的最后一点是，在你投递文章之前你应该掌握Usenet的许多规定和惯
例。我们在第十章中已讨论了这些观点。尤其是，在你发一个问题到新闻组之前，
必须确认你已经读过FAQ(频繁被问问题)表， 如果该新闻组有这样一份表的话。
如果你是一个新的用户 , 这里有一专为新用户建立的名为 news
.newusers.questions的新闻组。在这个新闻组中， 有许多关于规则的文章解释有
关Usenet的所有问题。同时它也是你发送有关使用Usenet的问题的地方。如果你有
关于使用新闻阅读器的问题，你可以把问题发送到news. software.readers中。
.newsrc文件的格式
正如在以前的章节中我们解释的那样，新闻阅读器保留了一个名为“. newsrc”的
文件来跟踪你选择的新闻组和已经阅读过的文章。
在这部分，我们将叙述这个文件的格式，以使你知道怎样使用文本编辑器，怎样修
改你自己的.newsrc文件。如果你不关心这些内容的话， 跳过这部分内容也无妨。
为什么你需要编辑.newsrc文件，这里有两个原因。第一， 你可能想要改变新闻组
的顺序。当你启动新闻阅读器时，它将依顺序寻找新闻组, 通过编辑.newsrc文件，
你可以首先显示更有趣的新闻组。你也可以使用新闻阅读器来作这样的修改，但是
不如直接编辑.newsrc文件容易。
编辑.newsrc文件的第二个原因， 你可能对选择的新闻组的预订会作一些变动——
也就是说，更加详细确切地说明你想要阅读哪一新闻组。通过利用新闻阅读器，你
可自动地终止预订。通常，你却并不想全部终止订阅，仅想终止少数新闻组。你可
以通过新闻阅读器完成这些工作。但是如果你想要做大的变动，直接编辑这个文件
会更快一些。
在你编辑.newsrc文件以前，先保存一副本。 如果你损坏了你的原始文件，你仍能
从副本中得到恢复。这对于编辑任何一个重要的文件来说，都是很好的建议。
.newsrc文件存在于用户的目录中，而且新闻阅读器能自动保存。 所有的新闻阅读
器都使用这个文件，并且它只有一种格式。
对每一新闻组只有一行，它包括:
新闻组名
冒号(:)或感叹号(!)
空格
编号清单
如果一个新闻组名后跟有一个冒号(：)，它表示你选择了当前组。感叹号(!)表示
你没有选择。编号清单指的是你已经阅读过的文章(你也许记得，当文章传送到了
新闻服务器后，每一篇文章都被赋以一个编号)。 编号清单包含单个编号或编号范
围，以逗号隔开。
这里是从一个典型的.newsrc文件中选出的几行：
alt.fan.wodehouse: 1-819
rec.humor.funny: 1-8192
rec.humor: 1-41234,41236,41239
comp.unix.questions! 1-6571
misc.books.technical!
你可以看到前三个新闻组是被预订了的，而后两组没有被预订，在每一新闻组中，
你同时也能看到哪些文章已经读过。例如，在rec.humor中， 1—41234和41236、
41239号文章已经阅读过了。
如果一行中没有任何编号，它表示那一新闻组中的文章还未被读过。
misc.books.technical就属于这种情况。
最后说明的是，尽管comp.unix.questions没有被预订， 但它却在其它某个时候被
预订过，因为其中1-6571号文章已阅读过了。
编辑.newsrc文件时，把你最喜欢的新闻组放在前面。