网络管理员指南 -13.电子的邮件 -1>一条邮件消息是什么?

/ns/wz/net/data/20020808035628.htm

网络管理员指南 -13.电子的邮件 -1>一条邮件消息是什么?


本文出自:http://www.linpus.com.tw 作者: Andrew Anderson


一条邮件消息通常由消息正文组成,它是发送者写了的文章,并且特殊的数据指定接受者,运输媒介,等等,
非常类似你看一封信的信封时所看到的东西。

这个行政的数据有两个范畴;第一范畴是对运输媒介的特定的任何数据,象发送者和接受者的地址一样。因此,
它被称为信封。当消息被传递时,它可以被运输软件转换。

第二个变化是为处理邮件消息必要的任何数据,它不对任何运输机制特别,例如,消息的题目行,所有接受者
的一张表,并且被发送的消息日期。在许多网络中,把这个数据附到邮件消息,变成了标准,形成所谓的邮
件头。它来自空行形成的邮件正文的偏移量。

世界上的大多数邮件运输软件使用在一个 RFC-822 中被构画出了的头格式。它原来的目的是在 ARPANET 上
为了使用而指定一个标准,但是因为它被设计为从任何环境都可独立,它容易适应另外的网络,包括许多 基于
UUCP 的网络。

然而,RFC-822 仅是最大的普通的分母。更近的标准被构思为应付成长需要,例如,数据加密,国际的字符
集支持,以及多媒体邮件扩展( MIME )。

在所有的这些标准中,头由若干行组成,由换行符字符分开了。行自己由一个域名组成,在一列中开始,并且域自
己由一个冒号和白色的空格抵消。每个域的格式和语义变化取决于域名。头域可以越过一个换行符被继续,如果下
一行以一个TAB开始。域能以任何顺序出现。

一个典型的邮件头可以看起来像这样:

来自brewhq.swb.de ! ora.com ! andyo 4月13日星期三 00:17:03 1994

回来路径:

收到:来自 uucp 的 monad.swb.de 的 brewhq.swb.de ( Smail3.1.28.1 #6 ) id m0pqqlT-00023aB ;94年
4月13日星期三 00:17

收到了:来自 ora.com ( ruby.ora.com ) smtp 的 brewhq.swb.de ( Smail3.1.28.1 #28.6 ) id ;94年4月
12日星期二 2

收到了:由来自ruby.ora.com ( 8.6.8/8.6.4 ) id RAA26438 ;94年4月12日星期二

日期:1994年4月12日星期二 15:56:49 - 0400

Message-Id:199404121956.PAA07787@ruby

从: andyo@ora.com (安迪・奥拉姆): okir@monad.swb.de

题目:回答:你的 RPC 节

通常,所有必要的头域由你使用的邮件发送程序接口产生,象 elm ,pine,mush,或 mailx 。然而,一些是
可选的,并且可以被用户增加。 elm ,例如,允许你编辑消息头的部分。其它的被邮件运输软件增加。普通的头
域和他们的意思的一张表被给在下面:

从:这包含发送者的电子邮件地址,并且可能“真实的名字”。格式的一个完全的动物园在这里被使用。



给:这是接受者的电子邮件地址。

题目:用几个词描述邮件的内容。至少那是它应该做的。

注明日期:邮件被发送的日期。

Reply-To:指定发送者想要接受者的答复可直接到的地址。如果你有若干帐目,这是有用的,但是想要收到重
要的邮件,仅仅在你经常使用的大多数的邮件中的一个。这个域是可选的。



组织:拥有邮件从其发源的机器的组织。如果你的机器被你私人拥有,也省掉这一点,或插入“私人”或一些完
全的胡说八道。这个域是可选的。

信息身份:一个字符串在发源的系统上由邮件运输所产生的:。它对这条消息是唯一的。

收到:处理你的邮件的每个地点(包括发送者和接受者的机器)把这样一个域插入到头,给出它的地点名字,一条消息
身份 ,他收到信息的时间和日期,它来自的地点,以及哪个软件运输被使用。这以便你能跟踪消息走过的那个线路,
如果一些东西出错了,能抱怨给负责的人。

X-anything:没有邮件联系的程序应该抱怨以X-开始的任何的头。它被用来实现还没把它改变成一个 RFC 的附
加的特征,或从未不会。这被 Linux 积极分子邮寄表使用,例如,频道在此由X-Mn-Key所选择:头域。

到这结构的一个例外是第一行。它以一个关键字From开头,它由一个空格而不是一个冒号跟随。把它与普通的
From区分开来:域,它经常被作为From_提交。它包含消息收进 UUCP 巨响路径的风格中的线路(解释在下面),当
它被最后的机器处理它的时候,时间和日期,以及一个可选的部分指定它从哪个主机被收到。因为这个域被每个
处理消息的系统进行更新,它有时在信封数据下被包含。

From_域在此为有一些更旧的邮件发送程序的向后相容性而存在,但是不是经常被使用,除了依靠它在用户的邮箱
标记一条消息作为开始的邮件用户接口。用行在以“From"开始的消息本体中避免潜在的麻烦,也,它成为逃离前
面的有“>”的任何这样事件的标准。