标准邮件协议

article/2025/11/11 8:10:33

1.POP3协议

pop3协议为邮局协议版本3,是TCP/IP协议族中的一员,由RFC1939 定义,主要用于支持使用客户端远程管理在服务器上的电子邮件。POP3 使用 TCP 作为传输协议,端口号是110。

用户从邮件服务器上接收邮件的典型通信过程如下。

1. 用户运行客户端

2. 客户端与邮件服务器的110端口建立TCP连接。

3. 客户端向服务器端发出各种命令,来请求各种服务。

4. 服务端解析用户的命令,做出相应动作并返回给客户端一个响应。

5. 3)和4)交替进行,直到接收完所有邮件转到步骤6),或两者的连接被意外中断而直接退出。

6. 用户代理解析从服务器端获得的邮件,以适当地形式(如可读)的形式呈现给用户。

协议特性

1. POP3协议默认端口:110

2. POP3协议默认传输协议:TCP

3. POP3协议适用的构架结构:C/S

4. POP3协议的访问模式:离线访问(会定时的访问邮件服务器,下载邮件到客户的电脑上,然后和服务器断开。)

5. POP3协议示意如下图所示。

 

常用命令

<sp>代表空格 <CRLF>代表回车换行

命令格式 说明

user<SP>username<CRLF> user 命令是POP3客户端程序与POP3邮件服务器建立连接后通常发送的第一条命令,参数 username 表示收件人的帐户名称。

pass<SP>password<CRLF> pass 命令是在user命令成功通过后,POP3客户端程序接着发送的命令,它用于传递帐户的密码,参数 password 表示帐户的密码。

apop<SP>name,digest<CRLF> apop 命令用于替代user和pass命令,它以MD5 数字摘要的形式向POP3邮件服务器提交帐户密码。

stat<CRLF> stat 命令用于查询邮箱中的统计信息,例如:邮箱中的邮件数量和邮件占用的字节大小等。

uidl<SP>msg#<CRLF> uidl 命令用于查询某封邮件的唯一标志符,参数msg#表示邮件的序号,是一个从1开始编号的数字。

list<SP>[msg#]<CRLF> list 命令用于列出邮箱中的邮件信息,参数 msg#是一个可选参数,表示邮件的序号。当不指定参数时,POP3服务器列出邮箱中所有的邮件信息;当指定参数msg#时,POP3服务器只返回序号对应的邮件信息。

retr<SP>msg#<CRLF> retr 命令用于获取某封邮件的内容,参数 msg#表示邮件的序号。

dele<SP>msg#<CRLF> dele 命令用于在某封邮件上设置删除标记,参数msg#表示邮件的序号。POP3服务器执行dele命令时,只是为邮件设置了删除标记,并没有真正把邮件删除掉,只有POP3客户端发出quit命令后,POP3服务器才会真正删除所有设置了删除标记的邮件。

rest<CRLF> rest 命令用于清除所有邮件的删除标记。

top<SP>msg#<SP>n<CRLF> top 命令用于获取某封邮件的邮件头和邮件体中的前n行内容,参数msg#表示邮件的序号,参数n表示要返回邮件的前几行内容。使用这条命令以提高 Web Mail系统(通过Web站点上收发邮件)中的邮件列表显示的处理效率,因为这种情况下不需要获取每封邮件的完整内容,而是仅仅需要获取每封邮件的邮件头信息

noop<CRLF> noop 命令用于检测POP3客户端与POP3服务器的连接情况。

quit<CRLF> quit 命令表示要结束邮件接收过程,POP3服务器接收到此命令后,将删除所有设置了删除标记的邮件,并关闭与POP3客户端程序的网络连接。

注:

1.登陆时所使用密码并不是邮箱密码,而是邮箱授权码

2.list命令的排序按时间顺序,最早的有效序号为1

3.每封邮件的邮件内容编码方式不同,要根据不同格式进行解码为明文

2.IMAP协议

1.介绍

IMAP4协议与POP3协议一样也是规定个人计算机如何访问互联网上的邮件服务器进行收发邮件的协议,但是IMAP4协议同POP3协议相比更高级。 IMAP4协议支持客户机在线或者离线访问并阅读服务器上的邮件,还能交互式的操作服务器上的邮件。IMAP4协议更人性化的地方是不需要像POP3协议 那样把邮件下载到本地,用户可以通过客户端直接对服务器上的邮件进行操作(这里的操作是指:在线阅读邮件 在线查看邮件主题 大小 发件地址等信息)。用户还可以在服务器上维护自己邮件目录(维护是指移动 新建 删除 重命名 共享 抓取文本 等操作)。IMAP4协议弥补了POP3协议的很多缺陷,,由RFC3501定义。本协议是用于客户机远程访问服务器上电子邮件,它是邮件传输协议新的标 准。

2.协议特性

IMAP4协议的默认端口:143

IMAP4协议默认传输协议:TCP/IP

IMAP4协议适用的网络构架:C/S

IMAP4协议访问模式:离线/在线

IMAP4协议存储邮件模式:分布式

3.IMAP协议的特点 

与POP3协议类似,IMAP(Internet消息访问协议)也是提供面向用户的邮件收取服务。常用的版本是IMAP4。IMAP4改进了POP3的不 足,用户可以通过浏览信件头来决定是否收取、删除和检索邮件的特定部分,还可以在服务器上创建或更改文件夹或邮箱,它除了支持POP3协议的脱机操作模式 外,还支持联机操作和断连接操作。它为用户提供了有选择的从邮件服务器接收邮件的功能、基于服务器的信息处理功能和共享信箱功能。IMAP4的脱机模式不 同于POP3,它不会自动删除在邮件服务器上已取出的邮件,其联机模式和断连接模式也是将邮件服务器作为“远程文件服务器”进行访问,更加灵活方便。

4.支持的功能

  1. 支持连接和断开两种操作模式。当使用POP3时,客户端只会连接在服务器上一段的时间,直到它下载完所有新信息,客户端即断开连接。在IMAP中,只要用 户界面是活动的和下载信息内容是需要的,客户端就会一直连接在服务器上。对于有很多或者很大邮件的用户来说,使用IMAP4模式可以获得更快的响应时间。
  2. 支持多个客户同时连接到一个邮箱。POP3协议假定邮箱当前的连接是唯一的连接。相反,IMAP4协议允许多个用户同时访问邮箱同时提供一种机制让客户能够感知其他当前连接到这个邮箱的用户所做的操作。
  3. 支持访问消息中的MIME部分和部分获取。几乎所有的Internet 邮件都是以MIME格式传输的。MIME允许消息包含一个树型结构,这个树型结构的叶子节点都是单一内容类型而非叶子节点都是多块类型的组合。IMAP4 协议允许客户端获取任何独立的MIME部分和获取信息的一部分或者全部。这些机制使得用户无需下载附件就可以浏览消息内容或者在获取内容的同时浏览。
  4. 支持在服务器保留消息状态信息。通过使用在IMAP4协议中定义的标志客户端可以跟踪消息状态,例如邮件是否被读取,回复,或者删除。这些标识存储在服务器,所以多个客户在不同时间访问一个邮箱可以感知其他用户所做的操作。
  5. 支持在服务器上访问多个邮箱。IMAP4客户端可以在服务器上创建,重命名,或删除邮箱(通常以文件夹形式显现给用户)。支持多个邮箱还允许服务器提供对于共享和公共文件夹的访问。
  6. 支持服务器端搜索。IMAP4提供了一种机制给客户使客户可以要求服务器搜索符合多个标准的信息。在这种机制下客户端就无需下载邮箱中所有信息来完成这些搜索。

5.工作原理

  1. .IMAP4协议适用于C/S构架中,IMAP4协议对于提供邮件访问服务且使用广泛的POP3协议的另一种选择,基本上两者都是规定个人计算机如何连 接到互联网上的邮件服务器进行收发邮件。IMAP4协议支持对服务器上的邮件进行扩展性操作,IMAP4也支持ASCII码明文传输密码。
  2. 与POP3不同的是,IMAP4能支持离线和在线两种模式来传输数据,
  • 在离线方式中,客户端程序会不间断的连接服务器下载未阅读过的邮件到本地磁盘,当客户端需要接受或者发送邮件时才会于服务器建立连接,这就是离线访问模式。POP3典型地以离线方式工作。
  • 在线模式中,一直都是由客户端程序来操作服务器上的邮件,不需要像离线模式那样把邮件下载到本地才能阅读,(即使用户把邮件下载到本地,服务器上也会存一份 副本,而不会像POP协议那样把邮件删除) 用户可以通过客户端程序或者Wed在线浏览邮件(IMAP4提供的浏览功能可以让你在阅读完所有 的邮件到达时间、主题、发件人、大小等信息,同时还可以享受选择性下载附件的服务)。一些 POP3服务器也提供了在线功能,但是,它们没有达到IMAP4的浏览功能的 级别。
  1. IMAP4是分布式存储邮件方式,本地磁盘上的邮件状态和服务器上的邮件状态,可能和以后再连接时不一样。此时,IMAP4的分布式存储机制解决了这 个问题。IMAP4邮件的客户端软件能够记录用户在本地的操作,当他们连上网络后会把这些操作传送给服务器。当用户离线的时候服务器端发生的事件,服务器 也会告诉客户端软件,比如有新邮件到达等,以保持服务器和客户端的同步。
  2. IMAP4协议处理线程都处于4种处理状态的其中一种。大部分的IMAP4命令都只会在某种处理状态下才有效。如果IMAP4客户端软件企图在不恰当的状态下发送命令,则服务器将返回协议错误的失败信息,如BAD或NO等等。

6.常用命令

login<sp>account<sp>pass

登录

create<sp><folder>

CREATE可以创建指定名字的新邮箱。邮箱名称通常是带路径的文件夹全名。(有些IMAP客户机使用邮件夹称呼新邮箱)

DELETE <folder>

DELETE命令删除指定名字的文件夹。文件夹名字通常是带路径的文件夹全名,当邮箱被删除后,其中的邮件也不复存在

RENAME <old folder><new folder>

RENAME命令可以修改文件夹的名称,它使用两个参数:当前邮箱名和新邮箱名,两个参数的命名符合标准路径命名规则。

LIST <BASE><template>

LIST命令用于列出邮箱中已有的文件夹,有点像操作系统的列目录命令,有两个参数,邮箱路径参数BASE:表示用户登陆目录;第二个参数template:表示希望显示的邮箱名。这个命令可以包含起始的路径位置和需要列出的文件夹所符合的特征,可以使用通配符"*"。

APPEND <folder><attributes><date/time><size><mail data>

APPEND命令允许Client上载一个邮件到指定的Folder(文件夹/邮箱)中。命令中包含了新邮件的属性、日期/时间、大小,随后是邮件数据。

SELECT <folder>

SELECT命令让Client选定某个邮箱(Folder),表示即将对该邮箱(Folder)内的邮件作操作。邮箱标志的当前状态也返回给了用户,同时返回的还有一些关于邮件和邮箱的附加信息。

FETCH <mail id><datanames>

FETCH 命令用于读取邮件的文本信息,且仅用于显示的目的。包含两个参数,messageset:表示希望读取的邮件号列表,IAMP服务器邮箱中的每个邮件都有 一个唯一的ID标识,(邮件号列表参数可以是一个邮件号,也可以是由逗号分隔的多个邮件号,或者由冒号间隔的一个范围),IMAP服务器返回邮件号列表中 全部邮件的指定数据项内容。数据名参数确定能够被独立返回的邮件的一部分,下面我们看看各参数返回的邮件信息:

ALL:只返回按照一定格式的邮件摘要,包括邮件标志、RFC822.SIZE、自身的时间和信封信息。IMAP客户机能够将标准邮件解析成这些信息并显示出来。

BODY:只返回邮件体文本格式和大小的摘要信息。IMAP客户机可以识别这些细腻,并向用户显示详细的关于邮件的信息。其实是一些非扩展的BODYSTRUCTURE的信息。

FAST:只返回邮件的一些摘要,包括邮件标志、RFC822.SIZE、和自身的时间。

FULL:同样的还是一些摘要信息,包括邮件标志、RFC822.SIZE、自身的时间和BODYSTRUCTURE的信息。

BODYSTRUCTUR: 是邮件的[MIME-IMB]的体结构。这是服务器通过解析[RFC-2822]头中的[MIME-IMB]各字段和[MIME-IMB]头信息得出来 的。包括的内容有:邮件正文的类型、字符集、编码方式等和各附件的类型、字符集、编码方式、文件名称等等。

ENVELOPE:信息的信封结构。是服务器通过解析[RFC-2822]头中的[MIME-IMB]各字段得出来的,默认各字段都是需要的。主要包括:自身的时间、附件数、收件人、发件人等。

FLAGS:此邮件的标志。

INTERNALDATE:自身的时间。

RFC822.SIZE:邮件的[RFC-2822]大小

RFC822.HEADER:在功能上等同于BODY.PEEK[HEADER],

RFC822:功能上等同于BODY[]。

RFC822.TEXT:功能上等同于BODY[TEXT]

UID:返回邮件的UID号,UID号是唯一标识邮件的一个号码。

BODY[section] <<partial>>:返回邮件的中的某一指定部分,返回的部分用section来表示,section部分包含的信息通常是 代表某一部分的一个数字或者是下面的某一个部分:HEADER, HEADER.FIELDS, HEADER.FIELDS.NOT, MIME, and TEXT。如果section部分是空的话,那就代表返回全部的信息,包括头信息。

BODY[HEADER]返回完整的文件头信息。

BODY[HEADER.FIELDS ()]:在小括号里面可以指定返回的特定字段。

BODY[HEADER.FIELDS.NOT ()]:在小括号里面可以指定不需要返回的特定字段。

BODY[MIME]:返回邮件的[MIME-IMB]的头信息,在正常情况下跟BODY[HEADER]没有区别。

BODY[TEXT]:返回整个邮件体,这里的邮件体并不包括邮件头。

STORE <mail id><new attributes>

STORE 命令用于修改指定邮件的属性,包括给邮件打上已读标记、删除标记,等等。STORE命令当前只有两个数据项类型可用,FLAGS:表示邮件的一组标志; FLAGS.SLIENT,表示一组邮件的标志,通过在两种数据项前加上加号或者减号可以进一步改变它们的执行情况,加号表示数据项的值添加到邮件中,减 号表示将数据项的值从邮件中删除。

CLOSE

CLOSE命令表示Client结束对当前Folder(文件夹/邮箱)的访问,关闭邮箱该邮箱中所有标志为、DELETED的邮件就被从物理上删除。CLOSE没有命令参数。随后可以SELECT另一Folder。

EXPUNGE

EXPUNGE命令在不关闭邮箱的情况下删除所有的标志为、DELETED的邮件。EXPUNGE删除的邮件将不可以恢复。

EXAMINE <mailbox>

EXAMINE命令以只读方式打开邮箱,参数是需要打开的邮箱的名字,使用EXAMINE命令打开的邮箱不允许对邮件进行改动,因此不能增加或删除邮件的标志。

SUBSCRIBE <mailbox>

SUBSCRIBE命令用来在客户机的活动邮箱列表中增加一个邮箱,该命令只有一个参数,希望添加的邮箱名。

UNSUBSCRIBE <mailbox>

UNSUBSCRIBE命令用来从活动列表中去掉一个邮箱,一个参数:希望去掉的邮箱名

LSUB <folder><mailbox>

LSUB命令修正了LIST命令,LIST返回用户$HOME目录下所有的文件,但LSUB命令只显示那些使用SUBSCRIBE命令设置为活动邮箱的文件。两个参数:邮箱路径和邮箱名。

STATUS <mailbox>(<parameter1> < parameter2> ……<parameter5>)

STATUS命令查询邮箱的当前状态。第一个参数是需要查询的邮箱名,第二个参数是客户机需要查询的项目列表(要查询显示的信息),当在圆括号中。STATUS可以在不使用SELECT命令(打开邮箱)或者EXAMINE(以只读方式打开邮箱)前提下获取邮箱的信息。

STATUS命令可以获得的数据项

MESSAGE 邮箱中的邮件总数

RECENT 邮箱中标志为\RECENT的邮件数

UIDNEXT 可以分配给新邮件的下一个UID

UIDVALIDITY 邮箱的UID有效性标志

UNSEEN 邮箱中没有被标志为\UNSEEN的邮件数

CHECK

CHECK命令用来在邮箱设置一个检查点。没有参数。就是IMAP中的sync命令。任何未完成的操作,例如从服务器内存向硬盘写数据,都将会被做完以保持邮箱的一致性状态。该命令确保乃村中的磁盘缓冲数据都被写到了磁盘上。

SEARCH [CHARSET specification] (search criteria)

命 令可以根据搜索条件在处于活动状态的邮箱中搜索邮件,然后显示匹配的邮件编号。字符集标志参数[CHARSET specification]由CHARSET和注册的字符集标志符组成,缺省的标志符是US-ASCⅡ,所以该参数长省略。search criteria:查询条件参数,明确查询的关键字和值。查询关键字有几十种。

COPY <mail id><mailboxname>

COPY命令可以把邮件从一个邮箱复制到另一个邮箱,两个参数:mail id是希望从活动邮箱中复制的邮件的标号,mailboxname是希望邮件被复制到的邮箱。

IAMP没有定义移动邮件的命令,移动操作相当于先把邮件复制到新邮箱中,然后对源邮箱中的邮件设置\DELETED标志。下一次执行检查点过后,新邮箱中的邮件被删除,新邮件就被显示出来。

UID

UID 命令和FETCH、COPY、STORE命令或者SEARCH命令一起使用,它允许这些命令使用邮件的UID号而不是在邮箱中的顺序号。UID号是唯一标 识邮件系统中邮件的32位证书。通常这些命令都使用顺序号来标识邮箱中的邮件,使用UID可以使IMAP客户机记住不同IMAP会话中的邮件。

CAPABILITY

CAPABILITY命令请求返回IMAP服务器支持的功能列表,服务器收到客户机发送的CAPABILITY命令后将返回该服务器所支持的功能。无参数。

NOOP

NOOP命令什么也不做,用来向服务器发送自动命令,防止因长时间处于不活动状态而导致连接中断,服务器对该命令的响应始终为肯定。无参数

LOGOUT

LOGOUT命令使当前登陆用户退出登陆并关闭所有打开的邮箱,任何做了\DELETED标志的邮件都将在这个时候被删除。

3.STMP协议

 

1.简介

SMTP(Simple Mail Transfer Protocol)即简单邮件传输协议,尽管邮件服务器可以用SMTP发送、接收邮件,但是邮件客户端只能用SMTP发送邮件,接收邮件一般用IMAP 或者 POP3 。邮件客户端使用TCP的25号端口与服务器通信。通常它工作在两种情况下:一是邮件从客户机传输到服务器;二是从某一个服务器传输到另一个服务器。SMTP是一个请求/响应协议,它监听25号端口,用于接收用户的Mail请求,并与远端Mail服务器建立SMTP连接。

2. SMTP 模型

SMTP被设计基于以下交流模型:当用户需要发邮件时候,邮件发送者(sender-SMTP)建立一个与邮件接收者(receiver-SMTP)通信的通道,发送者发送SMTP命令给接收者,接收者收到后对命令做回复。

通信通道被建立后,发送者发送 MAIL 命令来指定发送者的邮件,如果接受者接收这个邮件,就回复 OK ,接着发送者发送 RCPT命令来指定接收者的邮箱,如果被接收同样回复OK,如果不接受则拒绝(不会终止整个通话)。接收者邮箱确定后,发送者用DATA命令指示要发送数据,并用一个 . 结束发送。如果数据被接收,会收到OK ,然后用QUIT结束会话。

3.SMTP的连接和发送过程

  1. 建立TCP连接
  2. 客户端发送HELO命令以标识发件人自己的身份,然后客户端发送MAIL命令;服务器端OK作为响应,表明准备接收
  3. 客户端发送RCPT命令,以标识该电子邮件的计划接收人,可以有多个RCPT行;服务器端则表示是否愿意为收件人接收邮件
  4. 协商结束,发送邮件,用命令DATA发送
  5. 以.表示结束输入内容一起发送出去
  6. 结束此次发送,用QUIT命令退出

C: telent SMTP.163.com 25 //以telenet方式连接163邮件服务器 S: 220 163.com Anti-spam GT for Coremail System //220为响应数字,其后的为欢迎信息 C: HELO SMTP.163.com //除了HELO所具有的功能外,EHLO主要用来查询服务器支持的扩充功能 S: 250-mail S: 250-AUTH LOGIN PLAIN S: 250-AUTH=LOGIN PLAIN S: 250 8BITMIME //最后一个响应数字应答码之后跟的是一个空格,而不是'-' C: AUTH LOGIN //请求认证 S: 334 dxNlcm5hbWU6 //服务器的响应——经过base64编码了的“Username”= C: Y29zdGFAYW1heGl0Lm5ldA== //发送经过BASE64编码了的用户名 S: 334 UGFzc3dvcmQ6 //经过BASE64编码了的"Password:"= C: MTk4MjIxNA== //客户端发送的经过BASE64编码了的密码 S: 235 auth successfully //认证成功 C: MAIL FROM: bripengandre@163.com //发送者邮箱 S: 250 … . //“…”代表省略了一些可读信息 C: RCPT TO: bripengandre@smail.hust.edu.cn //接收者邮箱 S: 250 … . // “…”代表省略了一些可读信息 C: DATA //请求发送数据 S: 354 Enter mail, end with "." on a line by itself C: Enjoy Protocol Studing C: . S: 250 Message sent C: QUIT //退出连接 S: 221 Bye

4.邮件路由过程

SMTP服务器是基于“域名服务DNS中计划收件人的域名来路由电子邮件”。SMTP服务器基于DNS中的MX记录来路由电子邮件,MX记录注册的域名和相关的SMTP中的主机,属于该域的电子邮件都应向该主机发送。

若SMTP服务器mail.abc.com收到一封信要发送到shuser@sh.abc.com:

  1. SendMail请求DNS给出主机sh.abc.com的CNAME记录,如有,假若CNAME到shmail.abc.com,则再次请求shmail.abc.com的CNAME记录,直到没有为止;
  2. 假定被CNAME到shmail.abc.com,然后SendMail请求@abc.com域的DNS给出shmail.abc.com的MX记录,shmail MX 5 shmail.abc.com
  3. SendMail做好请求DNS给出shmail.abc.com的A记录,即IP地址,若返回值为1.2.3.4
  4. SwndMail与1.2.3.4连接,传送这封信给shuser@sh.abc.com的信到1.2.3.4这台服务器的SMTP后台程序。

5.常用命令

HELO<sp><domain><CRLF>

EHLO<sp><domain><CRLF>

这个命令用于说明自己是SMTP客户端身份,参数包含客户端的域名(domain)。其中EHLO是SMTP补充协议( RFC 5321 )中用于替换HELO命令的新命令,协议规定服务器支持EHLO命令的时候,尽量使用EHLO命令,为了兼容以前的版本,要求服务器继续支持HELO命令。如果收到回复OK,说明发送者和接收者处于初始状态,所有的状态表和缓存区都被清零。

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

这个命令的参数是发送者邮箱<reverse-path>,参数中有 FROM 关键字,这个命令会清空之前的发送者邮箱(the reverse-path buffer)、接收者邮箱(forward-path buffer)和邮件数据(the mail data buffer)。

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

用于指定一个邮件接收者,参数中有TO 关键字,指定多个接收者通过重复使用这个命令。

DATA<CRLF>

这个命令没有参数,告诉服务器接着要发送邮件内容。邮件内容包含邮件标题项(message header section )和邮件正文(message body),

标题项(Header Fields )是以项目名(field name)为行的起点,接着是冒号(":"),跟着是内容(field body)以回车换行结束(CRLF)

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

初始化邮件事务,邮件数据被转发到一个或多个终端。

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

初始化邮件事务,邮件数据被转发到一个或多个终端或邮箱

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

初始化邮件事务,邮件数据被转发到一个或多个终端和邮箱。

RSET <CRLF>

这个命令用来终止邮件事务(mail transaction),任何已经存储的发送者、接收者、邮件数据(mail data)信息都被丢弃,缓存区被清零。

VRFY <SP> <string> <CRLF>

验证邮箱是否存在,如果参数是用户名,则返回一个全名(如果存在)。

EXPN <SP> <string> <CRLF>

验证邮箱列表

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

返回帮助信息,带参数时候,返回指定的帮助信息。

NOOP <CRLF>

这个命令指示服务器收到命令后不用回复 “OK”

QUIT <CRLF>

关闭传输通道。

TURN <CRLF>

交换邮件发送者和接收者的角色,这个命令用在建立连接成本高的时候,TCP连接不用这个命令。这个命令会产生安全问题,只有在服务器可以被授权作为客户端时候才能用。

6.SMTP常用的响应

501——参数格式错误

502——命令不可实现

503——错误的命令序列

504——命令参数不可实现

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

214——帮助信息

220——服务器就绪

221——服务关闭

421——服务器未就绪,关闭传输信道

250——要求的邮件操作完成

251——用户非本地,将转发向

450——要求的邮件操作未完成,邮箱不可用

550——要求的邮件操作未完成,邮箱不可用

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

551——用户非本地,请尝试

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

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

553——邮箱名不可用,要求的操作未执行

354——开始邮件输入,以“.”结束

554——操作失败

4.MIME协议

MIME协议( Multipurpose Internet Mail Extensions ),通用因特网邮件扩充协议 ,作为SMTP的一种辅助协议,其引入是为了克服SMTP的如下不足:

  1. SMTP只能发送使用NVT( 虚拟网络终端 ) 7位ASCII码格式(7-bit)的报文,它不能使用NVT 7位ASCII码不支持的语言(如汉语,日语,德语等)。
  2. SMTP不能传送可执行文件或其他二进制对象(如图像文件)。
  3. SMTP不支持音频或视频文件
  4. SMTP发送的邮件的长度受到限制。

为了克服以上的不足,便引入了MIME协议,MIME协议是一种扩展协议性的辅助协议,“扩充”指的是只是对原来协议的扩展,而不是取代。它允许非ASCII码数据能够通过电子邮件传送。MIME在发送方把非ASCII码数据转换为NVT ASCII数据,之后的工作再交给SMTP完成,在接收方再将NVT ASCII数据还原成原来的数据。MIME的体系结构如下:

 

MIME定义了5种首部,用来加在原始的电子邮件部分以定义参数的转换,这五种首部分别是: MIME-Version(MIME版本 )、 Constent-Type ( 内容类型 )、 Content-Transfer-Encoding ( 内容-传送-编码 )、 Content-Id ( 内容-标识 )和 Content-Description ( 内容描述 )。

  • MIME版本 :定义了MIME使用的版本。
  • 内容-类型 :定义报文主体使用的数据类型和子类型,用<数据类型/子类型>表示。
  • 内容-传送-编码 :定义了邮件的主体在传送时是如何编码的。
  • 内容-标识 :在多报文的环境中唯一地标识报文。
  • 内容描述 :定义了主体是否为图像、音频或视频。

2.MIME编码方式

由于每个ASCII码字符只占用一个字节(8个bit位),且最高bit位总为0,即ASCII码字符中的有真正意义的信息只是后面的7个低bit位,而传统的SMTP协议又是基于ASCII码字符设计的,因此,一些基于传统SMTP协议设计的SMTP服务器在处理邮件内容时只取出每个字节中的7个低bit位进行处理,而将最高bit位忽略不计。显然,这样的SMTP服务器在处理包含有非ASCII码字符的邮件内容时,会出现严重的问题,这就限制了邮件中只能出现英文的ASCII码字符,而不能出现中文字符或二进制数据。

为了能够在邮件内容中包含中文、图像或声音等非ASCII字符的数据,人们想到了采用某种编码方式将非ASCII字符的数据转换成可打印的ASCII字符后再发送,邮件阅读程序则按照相应的解码方式从邮件中还原出原始数据即可,比较常用的两种邮件编码方式为BASE64和Quoted-printable。后来的扩展SMTP协议允许直接在邮件中传递二进制数据,而不用对它们进行邮件编码,人们将这种没有进行邮件编码的二进制数据的邮件内容称为8bit编码,为了与此相区别,人们将没有进行邮件编码的纯ASCII码字符的邮件称为7bit编码。MIME消息体的邮件编码方式通过MIME消息头中的Content- Transfer- Encoding头字段指定,每种邮件编码方式的介绍如下:

— 7Bit

指消息体内容全部是没有经过编码的ASCII字符。

— 8Bit

指消息体内容是没有经过编码的原始数据,且其中包含有非ASCII字符的数据。现在的邮件服务器基本上都支持8Bit编码,使用支持8Bit编码的邮件服务器可以简化邮件的处理过程。

—  BASE64

 Base64是将二进制数据转换成可打印的ASCII字符的一种最常见的编码方式,它的基本原理是将一组连续的字节数据按6个bit位进行分组,然后对每组数据用一个ASCII字符来表示。6个bit位最多能表示26=64个数值,因此可以使用64个ASCII字符来对应这64个数值,这64个ASCII字符为:

 "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/"

其中每个字符表示的数值就是该字符在上面的排列中的索引号,索引号从0开始编号。假设在内存中有如下三个连续的字节数据:[0110,0001] [0110,0010] [0110,0011]

将它们按6个bit位进行分组后的形式如下:

[0110,00] [01,0110,] [0010,01] [10,0011]

分组后得到了四组数据,每组数据对应的十进制数值分别为24、22、9、35,它们分别对应Y、W、J、j这四个字符,所以,对[0110,0001] [0110,0010] [0110,0011]这三个字节的数据进行BASE64编码后的结果是“YWJj”。

BASE64编码要求把3个8位字节(即24个bit)的数据转化为4个6位字节(也是24个bit)的数据,如果原来的8位字节数据的字节个数不能被3整除,其余数只能是1或2,那么如何对余下的1个或2个8位字节数据进行处理呢?对于这种情况,仍然按6个bit位对剩余的字节进行分组,在最后不够6个bit位的内容后面添加几个为0的bit位来凑成6个bit位,

BASE64编码还有规定,如果编码后的整个结果文本的字符个数不是4的整数倍,那么需要在最后填充“=”字符来凑成4的倍数,所以,在最后这个字节编码的结果后面还要添加两个“=”字符,即“YQ==”。显然,如果最后剩下两个8位字节的内容,它可以被编码成三个字符,最后还需要添加一个“=”字符。对一大段数据进行BASE64编码时,可以在编码结果中的适当位置加入回车换行,MIME规范建议BASE64编码结果中的每行最多76个字符。

— Quoted-printable

Quoted-printable也是一种将二进制数据转换成可打印的ASCII字符的编码方式,它对ASCII字符不进行转换,只对非ASCII字符的数据进行编码转化。每个非ASCII字符的字节数据,都被转换成一个"="号后跟这个字节的十六进制数据,例如,“ab中国”的Quoted-printable编码结果为“ab=d6=d0=b9= fa”。显然,由于"="号在Quoted-printable编码中具有的特殊意义,所以,原始数据中的"="号字符也需要进行编码转换,用“=3d”表示。

对一大段数据进行Quoted-printable编码时,可以在编码结果中的适当位置加入回车换行,在回车换行前需要额外再加入一个“=”字符,以表示后面的换行是因编码而造成的软回车,而非原始数据中原有的回车换行

 


http://chatgpt.dhexx.cn/article/k8AaqECu.shtml

相关文章

邮件协议详解

邮件的发送和接收过程——STMP、POP、IMAP、MIME 电子邮件发送协议 是一种基于“ 推 ”的协议&#xff0c;主要包括 SMTP &#xff1b; 邮件接收协议 则是一种基于“ 拉 ”的协议&#xff0c;主要包括 POP协议 和 IMAP协议 &#xff0c;在正式介绍这些协议之前&#xff0c;我们…

电子邮件协议详解

邮件的发送和接收过程——STMP、POP、IMAP、MIME 电子邮件发送协议 是一种基于“ 推 ”的协议,主要包括 SMTP ; 邮件接收协议 则是一种基于“ 拉 ”的协议,主要包括 POP协议 和 IMAP协议 ,在正式介绍这些协议之前,我们先给出邮件收发的体系结构: 从上图可以看出邮件…

NR PUSCH(六) PUSCH UL Transmission shcemes

微信公众号同步更新欢迎关注同名modem协议笔记 PDSCH只支持一种传输模式&#xff0c;就是基于DMRS的空分复用传输&#xff0c;PDSCH的DMRS和PDSCH采用相同的预编码矩阵&#xff0c;基站无需指示码本信息&#xff0c;即non-codebook传输。 PUSCH 传输模式要比PDSCH 复杂&#…

码本

Type I 是指像原来LTE一样反馈基于码本的PMI等隐含信道信息的方式&#xff1b;Type II反馈部分显性信道信息的增强型反馈方式&#xff0c;直接反馈信道协方差矩阵等信息&#xff0c;具体可参加会议report的原文&#xff1a; – Type I feedback: Normal • Code…

戴老师论文阅读:Channel Feedback Based on AoD-AdaptiveSubspace Codebook in FDD MassiveMIMO Systems

Channel Feedback Based on AoD-Adaptive Subspace Codebook in FDD Massive MIMO Systems 2018.11 感觉与信道估计无关&#xff0c; feedback overhead path AoDs vary more slowly than the path gains. 第二章 MASSIVE MIMO SYSTEM MODEL 假设每个用户已得到下行链路信道矩…

5G NR Type II CSI Codebook简介

文章目录 5G NR Type II CSI Codebook简介简单概述: NR Type II CSI for rank 1 and 2Wideband中的Beam选取(Wideband Only)每个Beam的幅度和相位反馈幅度和相位调整的比特分配PMI Indices小结Type II Codebook小结参考 5G NR Type II CSI Codebook简介 5G NR Type II Codeboo…

CSI Report中关于codebook/PMI的理解(2)

笔者在微信公众号GiveMe5G定期发布学习文章(更多更及时)&#xff0c;欢迎订阅和分享&#xff0c;文章下方有二维码。 有了上一篇文章的内容铺垫&#xff0c;本文将结合协议描述一些细节。目前现网的codeebook配置主要使用Type I Single-Panel&#xff0c;以此为例&#xff0c;我…

༺ཌ༈最好的电子书共享:https://github.com/EbookFoundation/free-programming-books༈ད༻

曾经自己也有心搞一个计算机图书的免费共享项目&#xff0c;结果发现现有的这个项目就非常好&#xff1a;github.com/EbookFoundation/free-programming-books 这是网上很多人共同维护的一个项目&#xff0c;有几万个star了。 内容非常全&#xff0c;质量非常高。 里面还推荐了…

认识5G(一):5G 单天线阵面Type I码本(Type I Single Panel codebook)生成过程

认识5G(一)&#xff1a;5G 单天线阵面Type I码本&#xff08;Type I Single Panel codebook&#xff09;生成过程 文章目录 认识5G(一)&#xff1a;5G 单天线阵面Type I码本&#xff08;Type I Single Panel codebook&#xff09;生成过程零. 关于5G码本的分类一.DFT码本的基础…

Multi-modal Alignment using Representation Codebook

Multi-modal Alignment using Representation Codebook 题目Multi-modal Alignment using Representation Codebook译题使用表示子空间的多模态对齐期刊/会议CVPR 摘要&#xff1a;对齐来自不同模态的信号是视觉语言表征学习&#xff08;representation learning&#xff09;…

5G NR CSI Report中关于codebook/PMI的理解(1)

笔者在微信公众号GiveMe5G定期发布学习文章(更多更及时)&#xff0c;欢迎订阅和分享&#xff0c;文章下方有二维码。 本文主要讨论PDSCH codebook&#xff0c;介绍NR下行数据传输precoding的特点&#xff0c;以及Type I和Type II codebook是什么。 gNB是如何做下行Precoding的&…

【Stata】CGSS数据清理:Codebook速成法

对数据使用者来说&#xff0c;了解一个调查数据基本情况的常见途径就是查看该数据的codebook。 对数据所有者/提供方来说&#xff0c;制作一份详细的codebook是其数据管理工作中不可或缺的一环。 2016年上半年CGSS项目组把CGSS2003年到CGSS2013年期间的8年年度数据合并成一个…

CodeBook算法

年份论文题目作者论文内容2004Background modeling and subtraction by codebook constructionK. Kim, T. Chalidabhongse, D. Harwood, and L. Davis提出了CodeBook算法2005Real-time foreground–background segmentation using codebook modelK. Kim, T. Chalidabhongse, D.…

图像处理之前景检测(三)之码本(codebook)(主要为代码升级)

图像处理之前景检测&#xff08;三&#xff09;之码本&#xff08;codebook&#xff09; CodeBook算法的基本思想是得到每个像素的时间序列模型。这种模型能很好地处理时间起伏&#xff0c;缺点是需要消耗大量的内存。CodeBook算法为当前图像的每一个像素建立一个CodeBook(CB)结…

RIDCP: Revitalizing Real Image Dehazing via High-Quality Codebook Priors(CVPR2023)论文记录

通过高质量码本先验重塑真实图像去雾&#xff08;CVPR2023&#xff09; RIDCP: Revitalizing Real Image Dehazing via High-Quality Codebook Priors通过高质量码本先验重塑真实图像去雾&#xff08;CVPR2023&#xff09;摘要一、数据合成流程二、VQGAN 预训练&#xff1a;构建…

【AI人工智能绘画 CV】Towards Robust Blind Face Restoration with Codebook Lookup Transformer

Towards Robust Blind Face Restoration with Codebook Lookup Transformer (NeurIPS 2022) 使用 Codebook Lookup Transformer 实现稳健的盲脸修复 Blind face restoration is a highly ill-posed problem that often requires auxiliary guidance to 1) improve the mapping…

2021-11-10-Codebook理解

《Deep Visual-Semantic Quantization for Efficient Image Retrieval》中提到的codebook是什么意思&#xff1f; Specifically, each image embedding zn is quantized using a set of M codebooks C [C1, . . . , CM ], each codebook Cm contains K codewords Cm [Cm1, .…

《学习openCV》例程解析 ex_9_3(codeBook模型实现背景减除)

56帧时 63帧时 /** 比平均背景法性能更加良好的方法,codeBook模型实现背景减除 核心代码详细解析和实现 by zcube */ /************************************************************************/ /* A few more thoughts on codebook models In general, the codebook met…

“Requesting Java AST from selection“. ‘boolean com.ibm.icu.text.UTF16.isSurrogate(char)‘

记录一次问题。自从安装了spring tool&#xff08;sts&#xff09;插件后&#xff0c;在使用eclipse过程中总是弹出An internal error occurred during: "Requesting Java AST from selection". boolean com.ibm.icu.text.UTF16.isSurrogate(char)这种错误&#xff0…

详解Unicode与UTF-8、UTF-16、UTF-32.

计算机起源于美国&#xff0c;上个世纪&#xff0c;他们对英语字符与二进制位之间的关系做了统一规定&#xff0c;并制定了一套字符编码规则&#xff0c;这套编码规则被称为ASCII编码 ASCII 编码一共定义了128个字符的编码规则&#xff0c;用七位二进制表示 ( 0x00 - 0x7F ), …