当前位置:Linux教程 - Email - email - 邮件服务

email - 邮件服务

邮件服务
2004-04-23 15:18 pm
来自:Linux文档
现载:Www.8s8s.coM
地址:无名

电子邮件因简洁、方便,已成为目前互联网最成功的一种应用。互联网上有成千上万的邮件服务器为用户提供服务。每个服务器上有几十至几百万个或更多的用户邮箱,用户通过用户代理(如FoxMail、MS Express)收发邮件,邮件内容除通常的文字信息外,还可附加图象、音频、视频等信息。


保证邮件交换正常使用的是SMTP、POP3、MIME等协议。在邮件服务器上,一般使用文件系统来存储用户邮件。发送的服务器和接收的邮件服务器可以不是同一台。同一域的邮件服务器可采用分布式结构组成服务器群。邮件服务器还可定义邮箱别名进行转发。



1.SMTP(简单邮件传输协议)

1982年制定了SMTP(RFC 821)和邮件报文格式RFC 822。SMTP描述了两个进程之间如何交换信息,邮件报文格式规定了邮件的具体格式。

邮件由首部和主体构成,主体部分是邮件的内容,首部由关键字、冒号及关键信息组成,典型首部如下:

Date:

From: a@b.c.d

To:abc@def.ghi.jkl; 123@456.789

Subject: abcdefg

CC: aa@bb.cc.dd

BCC: 1@2.3.4

Reply-To:

用SMTP收发邮件的过程为:建立TCP连接(服务端口号25),传送邮件,释放连接。

传送邮件的命令:

如果DATA命令被接收,接收方返回一个354 Intermediate应答,并认定以下的各行都是信件内容。当信件结尾收到并存储后,接收者发送一个250 OK应答。因为邮件是在传送通道上发送,因此必须指明邮件内容结尾,以便应答对话可以重新开始。SMTP通过在最后一行仅发送一个句号来表示邮件内容的结束,在接收方,一个对用户透明的过程将此符号过滤掉,以不影响正常的数据。

HELO <SP> <domain> <CRLF>

MAIL <SP> FROM:<reverse-path> <CRLF>

RCPT <SP> TO:<forward-path> <CRLF>

DATA <CRLF>

RSET <CRLF>

SEND <SP> FROM:<reverse-path> <CRLF>

SOML <SP> FROM:<reverse-path> <CRLF>

SAML <SP> FROM:<reverse-path> <CRLF>

VRFY <SP> <string> <CRLF>

EXPN <SP> <string> <CRLF>

HELP [<SP> <string>] <CRLF>

NOOP <CRLF>

QUIT <CRLF>

TURN <CRLF>



传送邮件的应答:

500 格式错误,命令不可识别(此错误也包括命令行过长)

501 参数格式错误

502 命令不可实现

503 错误的命令序列

504 命令参数不可实现

211 系统状态或系统帮助响应

214 帮助信息

220 <domain> 服务就绪

221 <domain> 服务关闭传输信道

421 <domain> 服务未就绪,关闭传输信道(当必须关闭时,此应答可以作为对任何命令的响应)

250 要求的邮件操作完成

251 用户非本地,将转发向<forward-path>

450 要求的邮件操作未完成,邮箱不可用(例如,邮箱忙)

550 要求的邮件操作未完成,邮箱不可用(例如,邮箱未找到,或不可访问)

451 放弃要求的操作;处理过程中出错

551 用户非本地,请尝试<forward-path>

452 系统存储不足,要求的操作未执行

552 过量的存储分配,要求的操作未执行

553 邮箱名不可用,要求的操作未执行(例如邮箱格式错误)

354 开始邮件输入,以<CRLF>.<CRLF>结束

554 操作失败



例子:

R: 220 BBN-UNIX.ARPA Simple Mail Transfer Service Ready
S: HELO USC-ISIF.ARPA

R: 250 BBN-UNIX.ARPA

S: MAIL FROM:<Smith@USC-ISIF.ARPA>

R: 250 OK

S: RCPT TO:<Jones@BBN-UNIX.ARPA>

R: 250 OK

S: RCPT TO:<Green@BBN-UNIX.ARPA>

R: 550 No such user here

S: RCPT TO:<Brown@BBN-UNIX.ARPA>

R: 250 OK

S: DATA

R: 354 Start mail input; end with <CRLF>.<CRLF>

S: Blah blah blah...

S: ...etc. etc. etc.

S: .

R: 250 OK

S: QUIT

R: 221 BBN-UNIX.ARPA Service closing transmission channel



2.POP3(邮局协议)

1984年制定了POP(RFC 918),以后完善为POP3(RFC 1939)。用取邮件的过程为:建立TCP连接(服务端口号110),取邮件,释放连接。命令与应答类似于SMTP。见下表:

命令格式

参数

响应

USER name

指定邮箱的字符串,这对服务器至关重要

+OK:有效邮箱;

-ERR:无效邮箱

PASS string

口令

+OK:邮件锁住并已经准备好;

-ERR无效口令或无法锁住邮件

(因为此命令只有一个参数,因此空格不再作为分隔符,而作为口令的一部分)

STAT

(无)

“确认”响应,空格,以八进制表示的邮件数目,空格和邮件大小。

LIST [msg]

信件数目(可选),如果出现,不包括标记为删除的信件。

如果给出了参数,且POP3服务器返回包括上述信息的“确认”,此行称为信息的“扫描表”。

如果没有参数,服务器返回“确认”响应,此响应便以多行给出。在初始的+OK后,对于每个信件,服务器均给出相应的响应。

RETR msg



如果服务器返回“确认”,给出的响应是多行的。在初始的+OK后,服务器发送与给定信息号对应的信息,对于多行响应,注意字节填充终止符。

DELE msg



服务器将此信件标记为删除,以后任何关于此信件的操作就会产生错误。

NOOP

(无)

服务器仅返回“确认”。

RSET

(无)

所有被标记为删除的信件复位,服务器返回“确认”。

QUIT

(无)

服务器删除所有标记为删除的信件,然后释放排它锁,并返回这些操作的状态码。最后TCP连接被中断。

TOP msg n

一个是未被标记为删除的信件数,另一个是非负数(必须提供)

如果服务器返回“确认”,响应是多行的。在初始的+OK后,服务器发送信件头,一个空行将信件头和信件体分开,对于多行响应要注意字节填充终止符。

注意:如果客户要求的行数比信件体中的行数大,服务器会发送整个信件。

UIDL [msg]

信件数(可选)。

如果给出了参数,且POP3服务器返回包括上述信息的“确认”,此行称为信息的“独立-ID表”。

如果没有参数,服务器返回“确认”响应,此响应便以多行给出。在初的+OK后,对于每个信件,服务器均给出相应的响应。

APOP name digest

指定邮箱的字串和MD5算法生成的密码串。

USER/PASS存在泄密的可能性。

实现APOP命令的服务器包括一个标记确认的时间戳。例如:在UNIX上使用APOP命令的语法为:process-ID.clock@hostname,其中进程-ID是进程的十进制的数,时钟是系统时钟的十进制表示,主机名与POP3服务器名一致。客户记录下此时间戳,然后以送APOP命令。



例子:

S: <等待连接到TCP端口110>

C: <打开连接>

S: +OK POP3 server ready <1896.697170952@dbc.mtview.ca.us>

C: APOP mrose c4c9334bac560ecc979e58001b3e22fb

S: +OK mrose's maildrop has 2 messages (320 octets)

C: STAT

S: +OK 2 320

C: LIST

S: +OK 2 messages (320 octets)

S: 1 120

S: 2 200

S: .

C: RETR 1

S: +OK 120 octets

S: <服务器发送信件1>

S: .

C: DELE 1

S: +OK message 1 deleted

C: RETR 2

S: +OK 200 octets

S: <服务器发送信件2>

S: .

C: DELE 2

S: +OK message 2 deleted

C: QUIT

S: +OK dewey POP3 server signing off (maildrop empty)

C: <关闭连接>



3.MIME(通用因特网邮件扩充协议)

1993年制定了RFC1521,1522。后增加了RFC 2045,2046。

MIME在原来 RFC 822定义的信头的基础上新增了一些信头,用于让接收方了解正文的结构。 RFC 2045描述了MIME,正文内容仍然可以使用ASCII文本行。另一方面,MIME为非 ASCII报文定义了几种编码规则。以下所示为一 MIME邮件的信头,可以看出,除了原 RFC 822定义的信头外,还含有MIME新增加的信头:Mime Version、Content Type、Content Transfer En-coding、Content Disposition。

Return Path:〈ajfan@cs.ecnu.edu.cn〉

Received:from i575.cs.ecnu.edu.cn by cs.ecnu.

edu. cn(4. 1 / SMI 4. 1 )

id AA0 6 1 1 5;Mon,1 7Aug981 6∶ 3 7∶ 1 1 CDT

Message Id:〈3 5D7CEA8. 1 CB1 @ cs. ecnu. edu. cn〉

Date:Mon,1 7Aug1 9981 5∶ 3 3∶ 1 2 +0 90 0

From:ajfan〈ajfan@ cs. ecnu. edu. cn〉

Reply To:ajfan@ cs. ecnu. edu. cn

X Mailer:Mozilla 3 . 0 (Win95;I)

Mime Version:1 . 0

To:aifan@ cs. ecnu. edu. cn

Subject:paper

Content Type:application/ octet stream;name=″

Email3 . doc″

Content Transfer Encoding:base6 4

Content Disposition:attachment;filename=″

Email3 . doc“



MIME把五个新的头域增加入 Internet E-mail报文中,即MIME Version、Con-tent Type、Content Transfer Encoding、Content ID和 Content Descripton。MIME Version(MIME版本 )规定了代理所支持的 MIME版本。通过识别用于产生报文的 MIME版本,MIME Version域可以防止用户使用不兼容的 MIME版本误译 MIME报文。

Content Type规定了报文体的类型,RFC 2045定义了7种类型:Text,Applica-tion、Image、Audio、Video、Message和Multipart,其中Message和Multipart为复合类型,其余为简单类型,每种类型都有一个或多个子类型,类型与子类型中间以斜杆“/”分隔。 RFC 2046对各种类型作了详细规定。此外,MIME还允许扩展定义新的内容类型。

Content Transfer Encoding指出正文在传输过程中使用的编码。NVT ASCII是 Internet E mail 报文的缺省格式。

Content ID和Content Description头域是可选的。用户代理可用 Content ID值识别 MIME入口。

Content Description允许用户增加关于报文体内容的说明性信息。

MIME定义了 7种主要报文类型:

Text类型指一般普通文本。Text/ Richtext允许报文体中出现简单基于 SGML的标志语言。Image类型用于传送静态图片 ,GIF和JPEG是两种存储格式不同的子类型。Audio和 Video类型用于传送声音和动态图片。Video仅包含视频信息而没有声音 ,如果要传送一段包含声音的视频信息 ,则视频信息和声音要分开传送。Application类型要求在显示前获得外部处理,用户代理收到 Application/ Octet-stream类型的报文时先将其复制到一个文件中去 ,文件名可由用户决定 ,然后作进一步处理。对 Postscript子类型的报文 ,接收方只要执行其中的附录程序就可显示到来报文。Message类型允许在一个报文中嵌入另一报文 ,常用于邮件转交。

MIME的编码方案有Q方法和Base64方法。

(1) Q方法

可打印的内容传输编码为少量的8位数据作为7位NVT ASCII传输提供了简单而有效的编码方法。要使用可打印编码,以将任何具有第八位设置的字符当作一个三位字符串来传输。这三位字符串通常以等号开头(=)。紧接着等号的是两位数字的十六进制(表示两个 ASCII字符),它表示被编码字符的ASCII值。例如JAMSA中的字符可编码如下:

=4A=41 =4D=53=41

“J”ASCII码是0x4A。“A”的ASCII十六进制是0x41等等。可打印编码把每个字符都转换成ASCII字符。例如在字母 J(ASCII 0x4A)的情况下,编码方案传输三个字节:一个等号(ASCII 0x3D),一个是数字4(ASCII 0x34),一个是字母A(ASCII 0x41)。可打印编码尽管使用简单,但编码是原数据的3倍。因此,可打印编码只对大量7位数据有益。

(2) BASE64

BASE64编码仅增加三分之一的报文大小,这是一种64个ASCII字符的编码方法,这64个字符分别是“A”~“Z”,“a”~“z”,“0”~“9”以及“+”和“/”。编码时,把每个连续的三个字节(24位)数据组合表示为四个六位数值(总共24位),每6位数值当作一个 ASCII字符来传输,其6位码值对应0~63。当数据不包含三字节数据块的整数倍时,这种编码方案使用等号填充数据。



4.其它

CCITT制定了功能很强的MHS标准,即X.400,但未得到广泛应用。另还有商家开发了自己独立的邮件系统,如微软的Exchange、NetWare的GroupWise等,这些系统可与Internet邮件系统交换信息,内部实现上各有特色。若需了解,可查阅相关资料。