第十章 理解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: [email protected](Michael Schuster)
Newsgroups:rec.humor
Subject: The Secret of Life
Summary: Advice for understanding life.
Keywords: life, philosophy
Message-ID: <[email protected]>
Date: 14.May 93 07:31:30 GMT
Distribution: world
Sender: [email protected]
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”
[email protected]|-- 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: [email protected](Harley Hahn)
Newsgroups: rec.humor
Srbject: Re:The Secret of Life
Summary: Advice for understanding life.
Keywords: life, philosophy
Message_ID: <[email protected]>
Date: 16 May 93 10:13:12 GMT
References: <[email protected]>
Distribution: world
Lines: 22
In article <[email protected]>
[email protected](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”
[email protected]|- 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<[email protected]>
[email protected](Harley Hahn)writes:
>In article<[email protected]>
>[email protected](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 [email protected]
在这个例子中，一个叫Michael Peirce的读者投递了一篇询问某台计
算机名字的文章，另一个叫Harley Hahn 的读者寄了一篇应答文章回答这
个问题。第三个读者Jonathan Kamens, 于是 作了第二篇应答文章纠正
Hahn给出的答案。
有些应答文章的作者摘引了一大段，而在后面仅加了非常短的评论，
这类文章很让人乏味。尤其是当你沿着一条主线往下读时，人人都摘引同
样的冗长段落，更是厌烦。
因此，当你编写这类文章时，尽量简洁是受欢迎的。例如，如果原文
有100行长，但你只对其中3行回应，你就应删除这三行外的所有行。
实际上，有些新闻阅读器程序拒绝投递嵌入的原文比回答还要长的应
答文章。
你常常可以看到人们传播一个很长系列的荒谬可笑的应答文章，叫做
“串联”。有时当你无事可做而突发奇想，可查一下alt.cascade新闻组(
它是奉献给这种创造性事业的)。
Usenet缩写词
如果没有缩写词，计算机系统将会怎样? 面对那些神奇的小缩写词，
当你知道它们含义时，你会觉得自己是一名专家，而当你不知道时，就好
象一位不被人理睬的“要人”。
不必害怕，表10-2包含了所有常用Usenet缩写词。虽然你可能会碰到
的每一个缩写词无法都列在上面，但这些已足以将你带出黑暗。
认真看一下这个表。这些缩写词用在所有Internet形式中，并不只限
于Usenet文章，还可用于信件信息和用talk命令来与某人谈话中。
(顺便提一下, 我们这儿说的MUD是一个多用户游戏。详细信息请看《附
录》中的“游戏”类。)
缩写词(Acronym)含义(Meaning)〖HT5”H〗
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 Hood
s”……
……有谁记得 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一些面部表情的标记
