JavaMail接收邮件及邮件规范摘要.doc

邮件协议摘要及JavaMail接收邮件 邮件协议摘要 图：email工作原理 相关协议 (1)．SMTP 简单邮件传输协议，定义了递送邮件的机制属于TCP/IP协议族。我们将使用基于Java-Mail的程序与公司或者ISP的SMTP服务器进行通讯。这个SMTP服务器将邮件转发到接收者的SMTP服务器，直至最后被接收者通过POP或者IMAP协议获取。这并不需要SMTP服务器使用支持授权的邮件转发，但是却的确要注意SMTP服务器的正确设置（SMTP服务器的设置与JavaMail API无关）。 (2)．POP POP是一种邮局协议，目前为第3个版本，即众所周知的POP3。邮件服务提供商专门为每个用户申请的电子邮箱提供了专门的邮件存储空间，SMTP服务器将接收到的电子邮件保存到相应用户的电子邮箱中。用户要从邮件服务提供商提供的电子邮箱中获取自己的电子邮件，就需要通过邮件服务提供商的POP3邮件服务器来帮助完成。POP3(Post Office Protocol 邮局协议的第三版本)协议定义了邮件客户端程序与POP3服务器进行通信的具体规则和细节。POP3协议在RFC 1939文档中定义，它采用的网络监听端口号默认为110 (3)．IMAP IMAP使用在接收信息的高级协议，目前版本为第4版，所以也被称为IMAP4。需要注意的是在使用IMAP时，邮件服务器必须支持该协议。从这个方面讲，我们并不能完全使用IMAP来替代POP，不能期待IMAP在任何地方都被支持。假如邮件服务器支持IMAP，那么我们的邮件程序将能够具有以下被IMAP所支持的特性：每个用户在服务器上可具有多个目录，这些目录能在多个用户之间共享。IMAP协议是对POP3 协议的一种扩展，定义了邮件客户端软件与邮件服务器的通信规则。 其与POP相比高级之处显而易见，但是在尝试采取IMAP时，我们认识到它并不是十分完美的：由于IMAP需要从其它服务器上接收新信息，将这些信息递送给用户，维护每个用户的多个目录，这都为邮件服务器带来了高负载。 IMAP与POP的一个不同之处是：POP用户在接收邮件时将从邮件服务器上下载邮件，而IMAP允许用户直接访问邮件目录，所以在邮件服务器进行备份作业时，由于每个长期使用此邮件系统的用户所用的邮件目录会占有很大的空间，这将直接导致邮件服务器上磁盘空间暴涨。 ()．NNTP和其它的第三方协议 正因为JavaMail API在设计时考虑到与第三方协议实现提供商之间的分离，故我们可以很容易的添加一些第三方协议。SUN维护着一个第三方协议实现提供商的列表：/products/javamail/Third_Party.html，通过此列表我们可以找到所需要的而又不被SUN提供支持的第三方协议：比如NNTP这个新闻组协议和S/MIME这个安全的MIME协议。 MIME的全称是“Multipurpose Internet Mail Extensions”，中译为“多用途互联网邮件扩展”，指的是一系列的电子邮件技术规范，主要包括RFC 2045、RFC 2046、RFC 2047、RFC 4288、RFC 4289和RFC 2077。MIME是对传统电子邮件的一个扩展，现在已经成为电子邮件实际上的标准。MIME协议用于定义复杂邮件的格式，它可以表达多段平行的文本内容和非文本内容。例如，在邮件中插入附件。 MIME最主要的一个头字段是Content-Type，即内容类型，它用于指定具体资源的数据类型和组合消息的组合关系，都是通过消息头中的Content-Type头字段来指定的。其内容以“主类型/子类型”的形式出现，主类型有：text,image,audio,video,application,multipart,message等。每个主类型下面都有很多个子类型，比如text下面就有plain,htmlm,xml,css等子类型。Multipart主类型用于表示MIME组合关系，它是MIME协议中最重要的一种类型。 MIME邮件中的MIME消息可以有三种组合关系：混合，关联，选择。对应的MIMe类型如下： Multipart/mixed:表示消息体中的内容是混合组合类型，可以是文本，声音和附件等不同邮件内容的混合体。 Multipart/related:表示消息体中的内容是关联（依赖）组合类型，表示消息体中的某些内容，依赖另外的资源。 Multipart/alternative:选择组合类型。 图：MIME邮件三种组合关系之间的关系 MIME主要使用两种编码转换方式——Quoted-printable和Base64——将8位的非英语字符转化为7位的ASCII字符。Base64笔记API是Sun公司为方便Java开发人员在应用程序中实现邮件发送和接收功能而提供的一套标