最近这三个月是到北京以来最干燥的三个月,以至于我的mp3因为静电频频重启,垃圾sony!鼻孔开始起皮皮、嘴也开始裂口子,唇膏什么的根本不管用,喝水才素王道,于是每天一个小时一趟厕所,也好能多活动活动。
八月底开始着手做webmail的时候想从网上搜些信息参考,能找到的基本都是介绍javamail的API,几乎找不到什么开发webmail思路的资料。目前我们的项目已经到了收尾阶段,也比较闲,我想总结一下我的思路,与同学们共同学习。
我们邮件服务器用的是开源的James,由于当前版本不支持IMAP所以只能用POP3协议。使用POP3协议在开发上会带来很多麻烦,比如POP3服务器只有INBOX文件夹、不能为邮件加标签等,这些问题我是这样考虑的,先从服务器上收邮件,把邮件主要的头信息和相关信息存数据库,如:邮箱地址、标题、大小、是否已读、发件人等等;邮件存本地硬盘,只有读某封邮件的时候再从硬盘上读(类似上传附件的思路),当然也可以存数据库,不过如果邮件很大这张表就太恐怖了。
这样做每次收邮件都会从服务器上删除已收到的,没有解决的问题是如何不从服务器上删除而又不会每次收都收到重复的,百思不得其解,时间关系也没有再仔细研究。
webmail部分的邮件过滤其实很简单,因为规则是用户订的,可以允许客户匹配标题、发件人、内容等等。接收邮件的同时匹配一下,如果符合过滤规则把记录的状态改成垃圾邮件箱或拒收就是了。阻止发件人的功能也是这么做的,其实邮件服务器上还是收到了这封邮件,只不过没有收到webmail里。
别的好像也没有什么好说的,不是说开发过程中没有遇到什么问题,相反,我们不断碰到问题解决问题,不过没有多少太深刻的,很多朋友可能对解析邮件比较头大,我说一下我的思路,也欢迎大家一起讨论
邮件的结构如下图所示,如果能吃透这张图,解析起来就明朗多了。我们要做的是判断Part是什么类型
这里每步解析都可能会抛异常,那也没办法,不与理睬,不过一封正常的邮件应该没什么问题
p.s. 前半部分是年前写的,一直在草稿箱里,今天忽然想起来了赶紧补充一下,相关问题欢迎交流讨论
八月底开始着手做webmail的时候想从网上搜些信息参考,能找到的基本都是介绍javamail的API,几乎找不到什么开发webmail思路的资料。目前我们的项目已经到了收尾阶段,也比较闲,我想总结一下我的思路,与同学们共同学习。
我们邮件服务器用的是开源的James,由于当前版本不支持IMAP所以只能用POP3协议。使用POP3协议在开发上会带来很多麻烦,比如POP3服务器只有INBOX文件夹、不能为邮件加标签等,这些问题我是这样考虑的,先从服务器上收邮件,把邮件主要的头信息和相关信息存数据库,如:邮箱地址、标题、大小、是否已读、发件人等等;邮件存本地硬盘,只有读某封邮件的时候再从硬盘上读(类似上传附件的思路),当然也可以存数据库,不过如果邮件很大这张表就太恐怖了。
这样做每次收邮件都会从服务器上删除已收到的,没有解决的问题是如何不从服务器上删除而又不会每次收都收到重复的,百思不得其解,时间关系也没有再仔细研究。
webmail部分的邮件过滤其实很简单,因为规则是用户订的,可以允许客户匹配标题、发件人、内容等等。接收邮件的同时匹配一下,如果符合过滤规则把记录的状态改成垃圾邮件箱或拒收就是了。阻止发件人的功能也是这么做的,其实邮件服务器上还是收到了这封邮件,只不过没有收到webmail里。
别的好像也没有什么好说的,不是说开发过程中没有遇到什么问题,相反,我们不断碰到问题解决问题,不过没有多少太深刻的,很多朋友可能对解析邮件比较头大,我说一下我的思路,也欢迎大家一起讨论
邮件的结构如下图所示,如果能吃透这张图,解析起来就明朗多了。我们要做的是判断Part是什么类型
if (!part.isMimeType("text/rfc822-headers") && part.isMimeType("text/*")){
//说明这部分是邮件内容
//注意内容分为text/plain和text/html两种 显示的时候要区别
}else if (p.isMimeType("multipart/*")) {
//遍历Multipart中的part 逐一递归本方法
}else if (p.isMimeType("message/rfc822")) {
//递归调用本方法
}else {
//这时很有可能说明改part是附件 按附件处理
}
这里每步解析都可能会抛异常,那也没办法,不与理睬,不过一封正常的邮件应该没什么问题
p.s. 前半部分是年前写的,一直在草稿箱里,今天忽然想起来了赶紧补充一下,相关问题欢迎交流讨论