ASP.NET邮件收发系统毕设指南：SMTP发送与POP3接收协议解析

简介：这是一份基于ASP.NET与C#的C/S架构电子邮件简单收发系统毕业设计资源，面向计算机专业毕业生或正在制作邮件客户端课题的开发人员。系统基于SMTP和POP3协议，整体采用C/S分层结构，完整实现用户注册、邮件单个发送与群发、邮件收取以及地址簿管理（联系人添加、修改、删除），覆盖邮件客户端常用功能链路。压缩包共147个文件，约7.22MB，除36个.cs源文件、20个.dll程序集和resources/resx界面资源外，还包含exe运行程序、mdb数据库、sln解决方案以及doc项目报告，源码、配置与文档分层明确，便于导入Visual Studio直接调试。已有145人学习下载，适合作为asp.net课程设计或毕业设计的参考资料，项目报告含需求分析、总体设计、核心代码说明，可帮助快速理解邮件收发流程与C/S分层实现思路，也便于二次开发与功能扩展。

1. 这个毕设想题，是一封邮件引发的连环坑

很多人的第一个邮件发送程序是在控制台里用System.Net.Mail跑通的，三五行代码一发，控制台输出了“发送成功”，于是觉得“基于 asp.net + cs 的电子邮件简单收发系统”是道送分题。等到真把它做成 ASP.NET + C# 的毕业设计才发现：发送成功不代表对方收到，POP3 收回来的是 MIME 原文还得自己拆，中文标题和附件文件名一上线上就乱码。从“能发一封邮件”到“能稳定收发、能写出项目报告里的一句话”，中间隔着一整条协议链。这篇笔记把这条链拆开讲：SMTP 怎么发、POP3 怎么收、哪些参数是必调的、哪些坑是每年毕设季都有人踩的。适合正在做计算机毕业设计的学生，也想给内部系统加一个邮件通知模块的开发新手。

2. 先立住原理：SMTP/POP3 与 ASP.NET 选型，为什么别一上来就写代码

邮件系统在毕设题目里看起来是个 CRUD，实际横跨两套协议。把原理先立住，后面写代码才不玄学。

2.1 邮件收发是两套协议：SMTP 只管送，POP3/IMAP 才管取

发送和接收不是一回事。发邮件走 SMTP（Simple Mail Transfer Protocol），你的程序作为客户端连接发件人的 SMTP 服务器，把邮件“推”给服务器；服务器之间再接力投递。收邮件走 POP3 或 IMAP，你的程序连接收件人的邮件服务器，把邮件“拉”下来。这个区别必须写进项目报告的第一段，因为它决定了你整个系统的架构：发送端一套代码，接收端另一套代码，两套不能复用。

• SMTP 默认端口 25，加密常用 465（SSL）或 587（STARTTLS）。
• POP3 默认端口 110，加密常用 995（SSL）。
• IMAP 默认端口 143，加密常用 993（SSL）。

毕设里做“简单收发”，优先选 POP3 而不是 IMAP。POP3 的逻辑是“连上、认证、列邮件、下载、断开”，像个单向邮箱；IMAP 要在服务器端维护文件夹状态、同步标记，复杂度明显高一个量级。题目里没有要求多设备同步，POP3 足够，而且论文更容易讲清楚。

2.2 ASP.NET Web Forms 还是 MVC：围绕“简单收发”定位选框架

题目写的是 asp.net + cs，没有限定 Web Forms 还是 MVC。我的建议是：这个题目用 Web Forms 最稳，原因有三点。

第一，Web Forms 是“拖控件 + 事件驱动”模型，按钮点击、列表绑定都在设计器里完成，对毕设场景非常友好。你用GridView绑定收件箱列表，两行代码就能出效果，MVC 需要手动管理 Action 和 ViewModel。第二，Web Forms 的服务端控件的 ViewState 机制自带“回发”逻辑，写一个“登录页 → 收件箱页 → 发件页”的小系统，页面跳转和状态保持不需要额外配置。第三，答辩时老师问“你这个页面和后台怎么交互”，Web Forms 的OnClick事件回答起来比 MVC 的路由-控制器-视图链条直观得多。

当然，如果你已经把 MVC 练熟了，用 MVC 也不影响拿分。只是提醒：毕设评分看的是“系统完整 + 论文清楚”，不是框架新潮，别为了炫技把完成度拖低。

2.3 接收端要不要自己写 POP3 客户端：三条路径的取舍

接收端是实现难点，也是论文里最容易凑字数的部分。常见的实现路径有三条：

我的建议是混合：发送端用System.Net.Mail官方类，接收端用 OpenPop.NET，但论文里必须把 POP3 的USER/PASS/STAT/RETR命令交互画出来。这样既保证项目能跑通，又展示了协议层面的理解。自己写完整 POP3 客户端不是不行，但 MIME 解析那部分很容易踩到编码坑，毕设时间紧张时不要硬刚。下面两章分别给你发送端和接收端的可抄代码。

3. SMTP 发送端实现：用 System.Net.Mail 发一封可靠邮件的完整代码

发送端是最先做的模块，也是最先让人松懈的地方。你以为发出去就完了，其实一封邮件里藏着发件人、收件人、主题、正文、附件、编码、身份验证七个要素，每个都能拆成论文的一小节。

3.1 最小可用发送代码：邮件消息与 SmtpClient 的配合

在 ASP.NET 项目里新建一个类文件MailSender.cs，把发送逻辑封装成静态方法。这段代码直接放到App_Code或项目根目录下的Utils文件夹里就能用。

using System.Net; using System.Net.Mail; public class MailSender { /// <summary> /// 发送一封纯文本邮件 /// </summary> /// <param name="fromEmail">发件人邮箱地址</param> /// <param name="fromName">发件人显示名称</param> /// <param name="toEmail">收件人邮箱地址</param> /// <param name="subject">邮件主题</param> /// <param name="body">邮件正文</param> public static void SendText(string fromEmail, string fromName, string toEmail, string subject, string body) { // 1. 构造邮件消息对象 MailMessage message = new MailMessage(); message.From = new MailAddress(fromEmail, fromName); message.To.Add(toEmail); message.Subject = subject; message.Body = body; message.IsBodyHtml = false; // 纯文本模式，发送HTML时改成true // 2. 构造SMTP客户端并连接服务器 SmtpClient client = new SmtpClient("smtp.qq.com", 587); client.EnableSsl = true; client.UseDefaultCredentials = false; client.Credentials = new NetworkCredential(fromEmail, "你的授权码"); client.Timeout = 10000; // 10秒超时，防止服务器无响应时界面卡死 // 3. 发送并释放资源 try { client.Send(message); } finally { message.Dispose(); } } }

逻辑说明：整个过程分三步——先组装MailMessage，再配置SmtpClient，最后Send。MailMessage是邮件的“壳”，发件人、收件人、主题、正文都挂在它身上；SmtpClient是“运输工具”，它负责把壳里的内容推给邮件服务器。注意UseDefaultCredentials要设成false，否则程序会尝试用 Windows 当前用户的身份去认证，在服务器上跑的时候会莫名报 5.7.3 之类的认证错误。

参数说明：SmtpClient构造函数的两个参数分别是 SMTP 服务器地址和端口。第一行smtp.qq.com是举例，实际项目里应该把这几个值写进Web.config的appSettings节，而不是硬编码在 C# 代码里。毕业设计答辩时老师很可能问“如果我换成 163 邮箱要改哪里”，你把配置文件打开指给他看，这一步就很加分。授权码不是邮箱登录密码，是邮箱服务商专门给第三方客户端用的独立密码，在邮箱设置里开启 SMTP 服务时生成。

3.2 必调参数：端口、SSL、授权码与超时，四个参数决定成败

发出去的邮件能不能到，先看这四个参数。我见过太多人本地调试能发，部署到服务器就翻车，问题全出在参数配置上。

端口和 SSL 必须配套。465 端口对应 SSL，587 端口对应 STARTTLS。QQ 邮箱和 163 邮箱对这两个端口的支持略有差异：QQ 邮箱 465 和 587 都支持，但 587 需要显式开启 STARTTLS；163 邮箱的 587 端口在部分网络环境下会连接超时。最稳的做法是写成配置文件项，部署时根据目标邮箱调整。不推荐用 25 端口，很多云服务器的安全组默认封 25 端口，你的程序连出去会被直接拒绝。

授权码要当密码一样对待。写进Web.config不要硬编码，更不要提交到 GitHub。有的学生为了方便把授权码写在代码里交到毕设系统查重，结果被爬虫抓走，邮箱被拿去发垃圾邮件，这是每年都有的事故。

超时时间设 10 秒到 15 秒。SmtpClient.Timeout的单位是毫秒，10000表示 10 秒。如果不设，默认值是 100 秒，邮件服务器挂了你的页面会白圈转两分钟，用户体验极度糟糕。设了超时后，网络异常时要在try-catch的catch块里给用户一个明确提示，比如“邮件服务连接超时，请检查服务器防火墙”。

3.3 HTML 正文与附件：从纯文本到正式投递

纯文本邮件在正式系统里不够用，至少要把 HTML 正文和附件做出来。HTML 正文的做法很简单，把IsBodyHtml改成true，正文里写带标签的字符串。

// 发送HTML正文邮件，支持简单排版 public static void SendHtml(string fromEmail, string toEmail, string subject, string htmlBody, List<string> attachmentPaths) { MailMessage message = new MailMessage(); message.From = new MailAddress(fromEmail); message.To.Add(toEmail); message.Subject = subject; message.Body = htmlBody; message.IsBodyHtml = true; // 把正文当HTML渲染 // 邮件正文编码，防中文乱码 message.SubjectEncoding = System.Text.Encoding.UTF8; message.BodyEncoding = System.Text.Encoding.UTF8; // 添加附件 if (attachmentPaths != null) { foreach (string path in attachmentPaths) { if (File.Exists(path)) { Attachment attachment = new Attachment(path); message.Attachments.Add(attachment); } } } SmtpClient client = new SmtpClient("smtp.qq.com", 587); client.EnableSsl = true; client.Credentials = new NetworkCredential(fromEmail, "授权码"); try { client.Send(message); } finally { message.Dispose(); } }

逻辑说明：这段代码在上一版基础上加了三件事——SubjectEncoding和BodyEncoding指定 UTF-8 编码，Attachment把本地文件挂载到邮件上。Attachment构造时可以直接读文件路径，但它只是把文件路径引用进MailMessage，真正上传发生在client.Send时。

参数说明：SubjectEncoding = UTF-8是必须的，不设的话中文主题会变成一串问号或乱码，这是编码层面的经典翻车现场。附件路径用绝对路径相对安全，比如Server.MapPath("~/uploads/xxx.pdf")，不要写相对路径，因为 ASP.NET 的工作目录和站点目录不一定一致。另外注意Attachment对象在MailMessage释放时必须一起释放，建议把SmtpClient.Send放进try，在finally里先message.Dispose()，避免文件句柄泄漏，导致服务器上日志报“文件被占用”。

4. POP3 接收端实现：自写协议客户端与现成类库的对照

接收端是毕设的亮点所在，也是最容易卡住的地方。SMTP 发送是 C# 官方类帮你封装好的，POP3 没有官方类，要么自己挑 TcpClient 和协议命令，要么用第三方库。

4.1 自写 POP3 客户端：USER/PASS/STAT/RETR 四步走

自己写 POP3 客户端能让你在答辩时讲清楚协议交互，这是很加分的点。核心思路是：用TcpClient连上服务器的 995 端口，建立 SSL 流，然后按 POP3 协议文本命令一问一答。

using System; using System.IO; using System.Net.Security; using System.Net.Sockets; using System.Text; public class SimplePop3Client { private TcpClient _tcpClient; private SslStream _sslStream; private StreamReader _reader; private StreamWriter _writer; /// <summary>连接服务器（默认使用SSL 995端口）</summary> public void Connect(string host, int port) { _tcpClient = new TcpClient(host, port); _sslStream = new SslStream(_tcpClient.GetStream(), false); _sslStream.AuthenticateAsClient(host); _reader = new StreamReader(_sslStream, Encoding.UTF8); _writer = new StreamWriter(_sslStream, Encoding.ASCII) { AutoFlush = true }; string welcome = _reader.ReadLine(); // 服务器返回 +OK if (!welcome.StartsWith("+OK")) throw new Exception("POP3服务器连接失败：" + welcome); } /// <summary>用用户名密码进行身份验证</summary> public void Login(string username, string password) { SendCommand("USER " + username, "+OK"); SendCommand("PASS " + password, "+OK"); } /// <summary>获取服务器上的邮件总数</summary> public int GetMessageCount() { SendCommand("STAT", "+OK"); // 服务器返回: +OK 2 3200，第一个数字是邮件数，第二个是总字节数 string response = _reader.ReadLine(); return int.Parse(response.Split(' ')[1]); } /// <summary>按编号取一封邮件的原始文本（RETR）</summary> public string Retrieve(int index) { _writer.WriteLine("RETR " + index); string firstLine = _reader.ReadLine(); if (!firstLine.StartsWith("+OK")) throw new Exception("RETR失败：" + firstLine); StringBuilder sb = new StringBuilder(); string line; while ((line = _reader.ReadLine()) != ".") { sb.AppendLine(line); // 遇到单独一行 "." 表示邮件内容结束 } return sb.ToString(); } private void SendCommand(string cmd, string expectedPrefix) { _writer.WriteLine(cmd); string response = _reader.ReadLine(); if (!response.StartsWith(expectedPrefix)) throw new Exception("命令" + cmd + "未获预期响应：" + response); } public void Disconnect() { try { SendCommand("QUIT", "+OK"); } catch { } _sslStream?.Dispose(); _tcpClient?.Close(); } }

逻辑说明：这个类把 POP3 协议拆成了四个方法——Connect建连并完成 SSL 握手，Login发USER和PASS两个命令，GetMessageCount发STAT解析邮件数量，Retrieve发RETR并一行行读取，直到遇到单独一个点号"."结束。POP3 是纯文本协议，所有命令都是 ASCII 字符，所以写入用Encoding.ASCII，读取邮件原文用 UTF-8。注意ReadLine读到的换行符已经被吃掉，构造原文时用AppendLine补回去。

参数说明：AuthenticateAsClient(host)的参数必须和连接的主机名一致，否则证书校验过不了。如果连的是pop.qq.com，这里就写pop.qq.com，写成 IP 地址会直接在证书校验时抛异常。这个自写版的优点是代码短、答辩惊艳，缺点是没有做 MIME 解析——你取回来的是整封原始邮件文本，要手动拆出主题、正文、附件，那就得看下一节的解析思路。

4.2 用 OpenPop.NET 收信：连接、鉴别、取信三行核心

如果自写协议客户端对毕设节奏来说太费时间，用 OpenPop.NET 是性价比最高的选择。它是开源 POP3 客户端库，支持 MIME 解析，拿到Message对象可以直接读主题、正文、附件。用 NuGet 装OpenPop.NET后，收信代码简洁得多。

using OpenPop.Pop3; using OpenPop.Mime; public static void FetchInbox(string host, int port, string username, string password) { // 1. 连接并登录 using (Pop3Client client = new Pop3Client()) { client.Connect(host, port, useSsl: true, ignoreCertificateErrors: false); client.Authenticate(username, password, AuthenticationMethod.UsernameAndPassword); // 2. 查询邮件总数，从最新一封开始拉 int messageCount = client.GetMessageCount(); for (int i = messageCount; i >= 1; i--) { Message msg = client.GetMessage(i); string subject = msg.Headers.Subject; string from = msg.Headers.From.Address; string body = string.Empty; // 3. 取纯文本正文；没有纯文本则取HTML MessagePart plainText = msg.FindFirstPlainTextVersion(); if (plainText != null) body = plainText.GetBodyAsText(); else { MessagePart html = msg.FindFirstHtmlVersion(); if (html != null) body = html.GetBodyAsText(); } // 4. 保存附件 List<MessagePart> attachments = msg.FindAllAttachments(); foreach (MessagePart attachment in attachments) { string safeName = SanitizeFileName(attachment.FileName); attachment.Save(new FileInfo(Path.Combine(@"D:\mailbox\", safeName))); } // 这里可以把 subject/from/body 存进数据库或绑定到GridView } } } private static string SanitizeFileName(string name) { // 过滤掉文件名里的非法字符，防路径穿越 foreach (char c in Path.GetInvalidFileNameChars()) name = name.Replace(c.ToString(), "_"); return name; }

逻辑说明：Pop3Client的生命周期用using包住，连接断开自动处理。GetMessageCount拿到总数后从大到小遍历，是因为 POP3 的编号从 1 开始，1 是最早的邮件，从最新开始拉更符合收件箱习惯。FindFirstPlainTextVersion()找纯文本 MIME 部分，FindAllAttachments()把附件拆出来另存。SanitizeFileName是我自己加的卫生函数，邮件附件的文件名是外部输入，直接拼接进路径可能被构造出\..\路径穿越。

参数说明：ignoreCertificateErrors: false不要改成true。有的学生连不上就把证书校验关了，这是饮鸩止渴——关闭后虽然能跑通，但中间人攻击时你的程序毫无防御，而且论文里这段没法解释。连接不上优先检查端口和 SSL 参数，而不是关校验。存储路径D:\mailbox\要在Web.config里配成可配置项，别写死在代码里。

4.3 MIME 解析与附件落盘：乱码的重灾区

不管用自写客户端还是 OpenPop.NET，MIME 解析是绕不开的。邮件正文在传输时经过编码，常见的是 Base64 和 Quoted-Printable，主题行还可能带着=?UTF-8?B?...?=这样的编码头。OpenPop.NET 的好处是它把解码做完了，msg.Headers.Subject直接是解码后的字符串；自写客户端就要自己处理。

附件落盘时最典型的坑是文件名编码。邮件头里的Content-Disposition如果带filename*=UTF-8''...，说明文件名是 RFC 2231 编码；如果只有filename="..."，可能是原始的 ISO-8859-1 或 GBK。我一般这样处理：

// 解析 Content-Disposition 里的文件名 string fileName = "unnamed"; if (contentDisposition.Contains("filename*")) { // 形如 filename*=UTF-8''%E6%B5%8B%E8%AF%95.txt string temp = contentDisposition.Substring( contentDisposition.IndexOf("filename*") + 10); temp = Uri.UnescapeDataString(temp.Split('\'')[2]); fileName = Encoding.UTF8.GetString(Encoding.Latin1.GetBytes(temp)); } else if (contentDisposition.Contains("filename=")) { // 形如 filename="=?GBK?B?...?=" 或 filename="测试.txt" string temp = contentDisposition.Substring( contentDisposition.IndexOf("filename=") + 9).Trim('"'); // 支持 =?charset?B?...?= 形式 if (temp.StartsWith("=?")) { temp = DecodeEncodedWord(temp); } fileName = temp; }

逻辑说明：filename*是 RFC 2231 的扩展格式，文件名用 UTF-8 百分号编码，所以先用Uri.UnescapeDataString解码百分号，再转成字符串。filename=是老格式，可能直接是明文，也可能是 MIMEEncoded-Word格式。DecodeEncodedWord是我自己写的一个解码函数，把=?GBK?B?...?=里的 Base64 段取出来按 GBK 解码。

参数说明：这里最容易翻车的是“双重解码”。如果你用Encoding.UTF8.GetString去解一个本来就是 GBK 的文件名，中文会变成豆腐块。判断依据是编码头里写的字符集，B表示 Base64，Q表示 Quoted-Printable，解码方式不一样。这个细节写进论文的“难点与解决”一节，含金量极高。

5. 避坑手册：简单邮件系统最常踩的 5 个现场

邮件系统体量不大，但每个环节都有让人半夜发疯的坑。这几条是我见过的、以及我自己踩过的，按频率排序，每条都按“现象 → 原因 → 解决”给你拆清楚。

5.1 现象：发送成功但收件人一直收不到

程序反馈“发送成功”，手机邮箱却一直收不到，甚至连垃圾箱里都没有。多数原因有三个：一是连上了 SMTP 服务器但被对方判定为垃圾邮件，拒收且不回退信；二是收件人邮箱把陌生发件人直接静默丢弃；三是你用的是 QQ 邮箱，发信频率过高被临时限流。

原因分析：邮件服务器之间的投递有信誉机制，新注册的个人邮箱、服务器 IP 段不干净（比如云厂商的共享 IP）都会导致对方拒收。程序里SmtpClient.Send只代表“你的请求被发件服务器接受了”，不代表对方入站。

解决：先给自己发一封，再给另一个不同域名的邮箱发一封，排除单边问题。然后看发件服务器有没有退信邮件，有退信就按退信里的错误码查。开发阶段建议统一用一个稳定的邮箱做发件人，不要每次测试都注册新邮箱。如果给 QQ 邮箱发被拒，检查EnableSsl和端口是否匹配，QQ 会拒绝不含 TLS 的邮件。

5.2 现象：中文主题和正文乱码

邮件发出来主题是一串=?utf-8?B?...?=，或者正文问号满天飞。原因只有一个：编码没配对。你组装字符串时用的是 C# 的 UTF-16，写入邮件时如果不显式指定编码，System.Net.Mail会按 ASCII 或系统区域设置处理。

解决：在MailMessage上同时指定SubjectEncoding和BodyEncoding为 UTF-8。如果你用自己写的 POP3 客户端，读取字节流和字符串之间要指定同样的编码，不要默认依赖系统。另外记得HtmlEncode正文里插入的用户输入，防止邮件模板被注入 HTML，这在论文的“安全性”一节能加分。

5.3 现象：附件文件名乱码或文件名丢失

收件人看到附件名全是_或者变成了=?GBK?B?...?=一串。原因是Attachment构造时传入的System.Net.Mail框架会用默认编码处理文件名，而邮件服务商对 RFC 2231 和 ASCII 文件名的处理不一。手写 POP3 + MIME 解析时，文件名编码在 Base64 和 Quoted-Printable 之间切换，一个分支没写到就丢失。

解决：发送时显式指定附件名为短 ASCII 字母，同时在Content-Disposition里附带原名。OpenPop.NET 的attachment.FileName已经做了大部分解码，但如果还乱码，就按上面的DecodeEncodedWord再解一次。开发时用File.WriteAllText把收到的原始邮件头落盘，乱码时打开看编码头是什么字符集，对症下药。

5.4 现象：用 QQ/163 邮箱测试被判为垃圾邮件或退信

这是毕设里最打击人的一幕：功能全对，邮箱收下却自动归到垃圾箱，甚至直接退信。原因是新邮箱服务商的发信声誉低，或者你的正文里带了过多营销词（“点击领取”“发票”“免费”这些），触发反垃圾规则。

解决：测试阶段用两个同域邮箱互发，比如注册两个 QQ 小号，一个发一个收，避免跨域信誉差异。正文模板不要写营销话术，用“测试邮件”“请查收附件”这类中性短语。还不行就在目标邮箱里把发件人加入白名单——这只是开发测试手段，不是交付方案，别写进论文说“用户需要手动加白名单”。你把“垃圾邮件误判原因分析”写进项目报告的测试章节，反而是亮点。

5.5 现象：部署到 IIS 后项目跑不起来

本地开发服务器一切正常，拷到服务器 IIS 上一访问就 500。按我的经验，一半是权限问题，一半是环境问题。

解决：先把错误详情打开，在Web.config里临时设置<customErrors mode="Off" />和<compilation debug="true">，看黄色页面的具体异常。常见的有：应用程序池不是 v4.0 导致 ASP.NET 版本不对；文件写入目录没有 IIS_IUSRS 的写权限导致附件保存崩溃；Server.MapPath路径错。如果是在服务器上连不上外部邮箱，检查 Windows 防火墙出站规则和云安全组里 465/995 端口是否放行——这一步很多人会忽略，因为本地开发没有防火墙问题。

6. 从能用做到能答辩：验证邮件系统正确性的三个方法和一个加分扩展

系统能跑只是及格，验证过了才拿得稳分。我毕业设计那会，指导老师一句话点醒我：“你凭什么证明你发的邮件是你在发？”后来我养成了习惯：任何邮件模块，先自己证明它是通的，再拿给别人看。

验证方法一：双向收发闭环测试。用你自己搭的发件功能，从邮箱 A 发到邮箱 B；再用你的收件功能，从邮箱 B 把邮件拉回来。检查主题、正文、附件三者的内容一致性。这能同时验证发送端编码和接收端解析，是最基本的自证手段。

验证方法二：开启 SMTP/POP3 协议日志。System.Net.Mail可以通过SmtpClient的ServicePoint配置打开追踪；OpenPop.NET 也支持在连接时传入logfile参数。把日志里的>>（发送）和<<（接收）行放进项目报告的测试章节，能直接向老师证明你看到了协议的交互过程，这比几十页原理截图都有说服力。

验证方法三：用你自写的 POP3 客户端连接服务器执行LIST和RETR，把返回的原始邮件体打印到控制台或写入日志文件。这是排除“OpenPop 帮你做了啥你不知道”的最粗暴方式，也能顺便检查 MIME 结构。

加分扩展：在 Web Forms 页面上用GridView展示收件箱，再配一个 jQuery 分页插件实现前端分页。收件箱如果一次拉几百封邮件，直接绑定GridView会导致页面渲染变慢，分页后响应时间能压到 1 秒以内。代码上你只需要在DataSource绑定时只绑定当前页的数据，再维护ViewState里的当前页码和总数。这段扩展写了，论文的“系统优化”一节就不用硬凑了。

最后说一句我在这个题目上最大的体会：别把邮件系统当 CRUD 做，它是一套真正的外部系统对接，把协议层搞懂，意外就少一大半。希望帮到你。

本文还有配套的精品资源，点击获取