本人有一个关于电子邮件服务器的开发方案。有以下主要特点：1.用户在发送邮件的时候可以不用考虑附件的大小，例如你可以发一段DV给你的朋友，只要附件的大小不超过你所剩余的空间。并且附件可断点续传。
2.提高邮件的发送时间和准确性，主要减少的部分来源于编码解码的时间、附件传送的时间，也会降低收邮件方邮箱被炸掉的可能性，从而提高邮件发送的成功率。
3.邮件的被浏览情况是直观的，发送出去的邮件何时被浏览，被什么样的电脑浏览，都可反映给发件人，小纸条的功能将变得没有意义。

方案已申请专利。
申请号：200510130081.8
详情可在 http://www.sipo.gov.cn/sipo/zljs/ 查询。
我是个人，目前没有钱，也没有时间。想找一个有钱或有技术实力的公司、个人、团队合作，合作方式多样，欢迎来电来函咨询。
电话：13001087161
邮箱：ok551025@sina.com
msn:lizhemsn@hotmail.com

[ 本帖最后由 ok551025 于 2007-7-25 00:41 编辑 ]

上次不是发过了吗?这么久了也没有找到合作者?

不好意思啊斑竹，这里更热闹些

上次发完了后，倒是接到了些电话，都是顾问公司的，基本上都是骗

想法不错，不过国内很多公司都有类似“网络硬盘”+Email的解决方案，能够将大附件通过FTP协议传到FTP空间，能够在Email中嵌入一个Link，这样对方收到后，点击Link，就可以断点续传了-这个必须在Webmail中完成。

请问你开发的方案，有没有客户端的设计？还是完全基于Web？
如果是基于客户端，是否两端都得安装？

如果没兼顾客户端和基于web方式
这样的邮件系统不算是个完整的解决方案

对于“3.邮件的被浏览情况是直观的，发送出去的邮件何时被浏览，被什么样的电脑浏览，都可反映给发件人，小纸条的功能将变得没有意义。”这个倒是非常的不错，真正的完整实现的话技术难度还是不小呀。

顶一个，这个 还可以申请专利的啊？

原则上是基于webmail的，但是outlook foxmial 同样兼容。
当年的mail2g 有过类似的想法，我认为他们失败的原因就是因为自己开发了客户端。

理论上我的想法＆网络硬盘的思路相似，毕竟把大附件发出去，在网上总要有个地方存着呀。
但是市面上的网络硬盘感觉和邮箱结合还不够紧密，和自己架个ftp差不多，向网络硬盘里面放个东西，只用outlook是行不通的。
网络硬盘 的功能是一种解决大附件的方法，解决同样的问题的方法还可以用qq 或msn，或者自己架个ftp，但是用户发个大附件的邮件，要通过邮件以外的手段，我认为这不应该是用户想要的，是不得已而为之。

有点意思