POP3邮件客户端(. NET2.0)——
终极管理员 知识笔记 42阅读
POP3邮件客户端(. net 2.0)的翻译虽然。NET framework 2.0已经改进了对发送邮件的支持,接收邮件仍然是一个缺陷。CodeProject中有各种各样关于支持POP3的文章,但都有缺陷:有些代码不使用很难维护。NET代码,但是使用DLL。功能太有限并报告错误。未指定服务器命令和服务器响应。
t-family: 宋体">没有对SSL的支持。这个工程建立于早期的工程,但是用纯粹的C#2.0写的。文章首先着眼于从POP3服务器(RFC1939)下载邮件。有连接到POP3服务器的方法,获取邮件列表的方法,请求某些邮件的方法,删除邮件并断开的方法。详细的错误报备和跟踪适用于调式和专业的应用。以后的文章将把收到的邮件分解为(邮件)体,alternative views和附件在MIME规范之后。我用Gmail 作为测试,因为他被大家广泛的使用(推荐)。

代码基于一下工作:
- Bill Dean 写的《POP3 Client as a C# Class》
- Agus Kurniawan写的《Retrieve Mail From a POP3 Server Using C#》
背景:

与POP3服务器相结合
从POP3服务器下载一封邮件相当直接。用命令和POP3服务器通信相当简单并且易读。一旦一个连接,有可能用了SSL被确认,客户端需要调用一个在Pop3MailClient被叫做“connected”的事务,用于提供一个有用户名和密码。
在连接的状态下,客户端可以执行一下命令:
- STAT: GetMailboxStats()收件箱的大小和邮件数目。
- LIST: GetEmailIdList(),所有邮件列表。
- LIST [msg]: GetEmailSize(),某个邮件的大小。
- UIDL: GetUniqueEmailIdList(),得到唯一的邮件ID
- NOOP: NOOP(),仅仅判断服务器是否活动
- 。
- RETR msg: GetRawEmail(),得到一个完整的邮件。
- DELE msg: DeleteEmail(),一旦连接关闭,删除某个邮件。
- RSET: UndeleteAllEmails(),服务器端删除没有做标记的邮件。
- QUIT: Disconnect(),关闭连接。
为了更好的理解,这里推荐阅读官方的POP3规范,RFC1939。
错误的处理与跟踪
相当多的事情会在两台计算机在互联网失去连接时发生。因此,固定性错误报告和追踪很有用。一些问题,像服务器端没有相应非常致命,并抛出异常。在一个异常之后,通常连接失去,并且需要重新建立。如果这个错误被POP3客户端代码发现,一个Pop3Exception(集成自ApplicationException)异常将会抛出,另外这是一个普通的.NET异常。以下问题,比如试图得到一个实际不存在的邮件,触发一个警告事件。它从事于用户POP3客户端代码师傅一个异常应该被抛出还是写入一个日志文件等等。在一个警告之后,POP3服务器准备下一个命令。
为了帮助更深入的研究通信问题,一个跟踪事件被突出。他展示命令和关于PopClient和PopServer的响应变化。包含报警。它会非常健壮的在工程开始被使用,因为RFC1939给了服务器端很大的自由。经常被跟踪并附加说明。
使用代码
服务器端设置:
我认为服务器端设置,例如IP地址等等,在一个会话里不应该被改变。Pop3MailClient需要服务器端名称,端口,SSL是否被使用,用户名,密码在构造器里,并且不能被修改。如果你想连接的别的服务器端或者用别的用户,那么就简历一个新的Pop3MailClient。
在代码执行之前,你必须输入你自己的用户名,密码:
// TODO: Replace username and password with your own credentials.
Pop3.Pop3MailClient DemoClient =
new Pop3.Pop3MailClient(
"pop.gmail.com", 995, true, "Username@gmail.com", "password");
如果你不是用的Gmail,当然你需要改变服务器名称和端口号,或许还要把useSSL改为false。
读取邮件
GetRawEmail方法为一个信息编码返回整封邮件的正文。RFC1939指定只有ANSI编码可以被使用,因此email可以被容易的显示。但是由于特殊的编码的存在,看起来有点好笑。简码一封邮件将是我下一篇文章《Pop3MimeClient》的一部分。
当服务器断线后的自动连接
我用Gmail做了大量的测试,有时候不能做出反应。如果isAutoReconnect属性设置了,Pop3MailClient将会在超时后尝试再次连接。总而言之,这个通常被使用,但是注意任何被标记了的邮件没有在服务器端删除。
兴趣点
功效
我猜测垃圾回收器话费了相当多的时间去回收内存。接收到的email是一些文本处理和想法,给我们一中不安的赶紧。我听到了你说,用Stringbuilders,但是他们甚至比strings要慢,如果仅仅是极少量的操作执行的话。这不是用于循环的时间吗,从新使用一个全局性的Stringbuilders为每一个收到的email?我注意到了不去介绍任何发生的问题。但是Framewrok本事没有reentrant!如果重复使用StringBuffers总是困扰你,把他们本地化吧。
Gmail
我使用Gmail有个很好的体验,尽管我它有两个缺陷:
- Gmail shows maximal 250-260 mails in a mailbox, even if there are thousands. Gmail shows the oldest emails. As soon some emails get deleted (after disconnect), newer emails get available.
- Gmail显示最多250-260mail在一个邮箱,即使有上千的邮件。Gmail显示最早的邮件,当有些邮件被删除后,新的邮件才可以有用。
- The response of Gmail is sometimes slow and sometimes there is just no response.
- 有的时候Gmail响应很慢,有的时候干脆没有响应。
===========================================================
原文地址:
虽然英语不怎么样,但是还要坚持翻译。
===========================================================