专利名称：一种新的邮件发送、传输、接收的方法
技术领域：
本发明主要应用于互联网邮件系统的开发和应用，解决了关于邮件传输中的体积，效率，准确性等问题，可有效的防止垃圾邮件，获悉用户的真实访问时间等优势。
定义在本说明书中提及的互联网，包括但不限于万维网。
本文中所涉及的邮件发送、传输、接收的方法，英文名称定义为XQT。是一种基于现有常规邮件传输协议上的邮件发送、传输、接收的方法。
背景技术：
近年来，电子邮件(email)被广泛的应用，他的基本原理是用户A，通过邮件的客户端如foxmail、outlook等软件，或通过webmail的方式将邮件内容上传至自己申请的邮件服务器中，并由邮件服务器将A所上传的内容通过SMTP协议发送给B用户所申请的邮件服务器空间中。当B用户通过webmail或foxmail、outlook等客户端软件访问自己申请的邮件服务器空间，扫描自己的邮件箱是否有新的邮件。并下载阅读。
相同的原理适用于未连接到互联网的电子邮件系统。例如公司内部的邮件系统。
现有的邮件系统还有抄送，发送附件等功能，特别是有的系统还支持收条功能，即表明收件人的电脑上曾显示过此邮件后回信，但是该功能是用户可选的。
随着电子邮件的应用增加，但同时产生了大量的问题，例如1.用户B的邮箱的空间是有限的，接收A发来的大型附件如果超过B申请的空间的剩余空间，则被退回。但是A并不知道B申请的邮箱还有多少空间。而且B也不知道A试图给他发送邮件，且由于没有足够的空间接收而导致邮件被退回。
2.用户A申请的邮箱空间足够大，但是为用户A提供邮件服务的服务商允许A上传的附件的大小被限制的很小。所以A用户实际给B用户发送的附件的体积被限制到了很小的范围内。
3.A给B发送邮件，能够收到B邮箱返回的通知，说明邮件已经到达B的邮箱，但是不知道B是否真正的阅读过。且如果用户A使用收条机制判断B是否真正阅读过邮件，如果B拒绝发送收条则A也无法判断B是否真正的阅读过。
4.用户A给用户B发送邮件的同时，抄送或者同时发给C、D等n个邮箱账号，同样的信息发送了n次，然而在n个接收者中，并不是所有的人都情愿接收这份邮件，且并不是所有的人都最终能收到这封邮件，但是同样的邮件的内容在互联网中传送了n次，大大的浪费了互联网的信息传送通道。甚至有可能造成网络堵塞。同样，用户B在收到A发来的邮件后，由于B的邮箱已满，邮件被遭到退回，所以，同样的邮件在互联网上传送了两遍。互联网通信能力的资源被浪费了。
5.由户在使用foxmail，outlook等客户端软件收取邮件的时候，附件被无条件的接收到本机中，尽管有专业的邮件杀毒软件，或邮件系统自带的防病毒控制，仍然会给用户的安全造成隐患，服务器的安全也无法完全的保证。
基于互联网现有邮件系统的发送、传输、接收原理而导致的但不限于上述问题，发明出一种新的邮件发送、传输、接收的方法——XQT。
发明内容
假定用户A使用的邮件系统是根据XQT开发的。
核心部分基本原理用户A的邮件信息并不是全部到达B的邮箱，而仅仅给B一个通知，请他访问A邮箱中的某个页面abc.php，再从中获得邮件的全部真实信息。
组成模块XQT特有的功能模块1.XQT—邮件内容生成模块将邮件内容入库，或生成文件，生成用户B浏览时看到的内容。
2.XQT—邮件通知生成模块生成含有特定内容的邮件，发往B的邮件服务器，使B访问A的邮件服务器，查看XQT—邮件内容生成模块的生成结果。
3.XQT—邮件浏览信息存储模块记录B对XQT—邮件内容生成模块的生成结果的阅读信息。
具体操作如下1.用户A在邮件(可含附件)从本机通过webmail或foxmail、outlook等客户端软件上传至用户申请的服务器空间后，邮件系统通过XQT—邮件内容生成模块生成一个页面文件abc.php(可能是html文件或asp、php、jsp等含有脚本程序的文件)，页面中含有用户A所要发送的邮件内容(非附件)，也可含有邮件附件的连接，例如ftp://或http://。
2.A的邮件系统向B的邮件系统发送一封邮件，由XQT—邮件通知生成模块生成，其中邮件头的信息含有发送者邮件地址，主题等信息，邮件内容，可仅含有一段代码。代码的内容可以是一段可以让B收到邮件并打开后，自动调转到某个URL连接的javascript代码，其中URL指的是打开abc.php的路径；文本的或页面的说明，请用户打开并浏览abc.php；等。这段代码的目的就是让用户最终浏览abc.php。
3.用户B收到这封邮件，并按照邮件的指引，打开并浏览abc.php后，通过abc.php自带的脚本触发机制，即XQT—邮件浏览信息存储模块，将该用户在某个时间和某个特殊环境下(如用户B的浏览器信息)，记录在数据库中。便于用户A查阅abc.php被阅读的情况。
4.用户B打开abc.php后，可以通过浏览器(包涵foxmail、outlook等客户端软件上嵌入的浏览器)浏览邮件的内容，也可通过abc.php提供的http或ftp等方式下载或收取邮件的附件。
注1.URL的构成有多种的可能性，不仅仅是abc.php的路径，还有一些配套的参数，即可以体现在abc.php的文件名中，也可以体现在abc.php的参数变量中。这些参数至少应该含有发件人的信息、收件人的信息、批号，也可含有公钥、私钥、信件主题、信件大小等信息，其中公钥和私钥主要是为了防止搜索引擎的搜索等公开行为，保证只有B能看到abc.php的输出内容，B将abc.php的地址公开不考虑。
2.abc.php的生成时间、作用和用户A上传至用户申请的服务器空间后的存储方式可以有多种变换，例如，A的邮件系统收到A上传的邮件信息后，将信息存放在数据库中，则abc.php可能成为动态文件，且在某类邮件中是唯一的，根据URL中的参数显示不同的内容，也可由cgi程序或其他程序在用户访问URL时生成。
辅助部分原理A在申请账号的时候，有一个独有的附件空间(FTP空间最理想)。邮件的附件并不与某个具体的邮件关联，邮件的附件可以属于多个邮件。
组成模块XQT特有的功能模块1.XQT—附件空间生成管理模块生成用户独有的附件空间，用户上传的附件单独管理和存放。
2.XQT—收件存储模块用户收到的邮件可存放与XQT—附件空间生成管理模块生成的附件空间中，便于用户调用。
具体操作如下1.A上传邮件附件的时候可使用FTP的方式上传至XQT—附件空间生成管理模块生成的附件空间中。FTP方式上传可以支持断点续传。
2.用户A在发送邮件的时候，附件可以在自己的空间中已有的文件中选择，而不用重复上传。
3.用户A收到的邮件正文或附件可以通过XQT—收件存储模块保存在自己的独有空间中，便于A转发时选择附件。
理想状态下流程详述1.用户A在依据XQT开发的邮件系统中申请的账号为a@xqt.com(其中xqt.com为举例，且为邮件系统申请的域名)。
2.用户A通过webmail方式进入邮箱，在自己的邮箱空间中新建了一个名为soft的文件夹，A通过邮箱提示的FTP路径，使用例如cutftp客户端软件，用自己的邮箱账号登录到自己的空间，断点续传了一个300M的软件——afile.zip。
3.用户A通过webmail方式撰写了一封邮件，附件从自己的空间中选择，A选择了afile.zip，并填写了B的邮件地址作为发送目标。点击立即发送。
4.XQT生成了一个名为a200501011225001.php的文件，其中20050101代表着2005年的1月1日，1225代表12点25分，001代表序号。文件中含有A要给B发的邮件内容，以及ftp://mail.xqt.com/a/soft/afile.zip的附件连接，值得注意的是，mail为账号申请的保留字，且这个路径在实际的应用中要进行保密处理。A200501011225001.php被保存在已发信箱中。
5.XQT生成了一个邮件发送到B的邮箱中，邮件的内容为自动打开A200501011225001.php。B收到了邮件后，打开了A200501011225001.php文件，并通过flashget下载ftp://mail.xqt.com/a/soft/afile.zip。同时A200501011225001.php使数据库记录了B访问的时间。
6.A用户登录XQT，查看到B看过了A200501011225001.php，并删除了A200501011225001.php。A并没有删除afile.zip，因为他还要给C发送该文件。
XQT带来的便利1.由于afile.zip并没有真正发送到B的邮件空间，所以afile.zip仅在互联网传输了两次，即A上传afile.zip，和B下载afile.zip，节省了互联网通信资源。传统的方式需要传送至少3次——A的邮件服务器传送至B的邮件服务器。如果发送失败，还要传送第四次，即B的邮件服务器将afile.zip退还给A的邮件服务器，如果A对B、C等进行群发，则占用的通信资源更大。
2.按照传统的http上传的方式，文件体积的增大，上传的成功率会降低，由于A可以通过断点续传的方式将afile.zip上传到自己的邮件空间，减少了因为失败而多余的上传次数。且由于afile.zip和邮件脱离的保存到了A的空间，当A给C发邮件的时候仍然可以选择afile.zip，又减少了一次上传，从而减少了对互利网通信资源的滥用，也方便了A的使用。
3.按照传统的邮件方式，B在通过例如foxmail的等客户端软件收取邮件的时候，由于邮件的附件过大，有可能导致收信的失败，会重新建立连接重新收取。而XQT使得B收取邮件附件可通过ftp收取，从而减少了因为重新收取而导致的对互联网通信资源的利用。
4.由于afile.zip没有真正的发送到B的邮件空间，所以B的邮件服务器没有安全隐患。
5.由于afile.zip没有真正的发送到B的邮件空间，所以附件的大小并不是B所关心的，对于B的剩余空间没有体积上的影响。
6.由于afile.zip没有真正的发送到B的邮件空间，需要B看过A200501011225001.php后下载，选择权在于B，B可以根据需要选择是否下载，降低了B的本机的安全隐患，节省了B的通信资费，节省了B对互联网通信资源的利用。如果A对B、C等用户群发，则效果更加明显。
7.由于A使用断点续传的方式上传附件，所以附件的大小只要不超过A的剩余空间即可，提高了上传大附件的可能性。
8.由于B浏览邮件内容时，访问了A的邮箱，所以A能够准确的了解B浏览信件的详细信息。对于群发的邮件更为明显。
9.用户A收到他人的邮件的附件zfile.zip，如果想将他转发给B，直接选择即可，没有必要按照原始的邮件体制，先将邮件附件下载到本机中，再上传。
权利要求
1.一种邮件发送、传输、接收的方法，其特征包括用户A的邮件信息并不是全部到达B的邮箱，而仅仅给B一个通知，请他访问A邮箱中的某个页面，再从中获得邮件的全部真实信息。
2.根据权利要求1所述的一种邮件发送、传输、接收的方法，其特征在于所述的用户A在申请账号的时候，有一个独有的附件空间，邮件的附件并不与某个具体的邮件关联，某个邮件的附件可以属于多个邮件。
3.根据权利要求2所述的一种邮件发送、传输、接收的方法，其特征在于所述的用户A的邮件附件的上传，可以通过ftp或断点续传，也可以从已收或已发的邮件附件中选择；用户B收到邮件的时候可以ftp方式或断点续传的方式收取附件文件。
4.根据权利要求1所述的一种邮件发送、传输、接收的方法，其特征在于所述的用户B收到邮件的时候，查看邮件的具体内容的同时，邮件系统记录B查看邮件的时间和具体信息，便于A用户查看。
全文摘要
本发明提供一种新的邮件发送、传输、接收的方法，其特征在于用户A的邮件信息并不是全部到达B的邮箱，而仅仅给B一个通知，请他访问A邮箱中的某个页面abc.php，再从中获得邮件的全部真实信息。A在申请账号的时候，有一个独有的附件空间。邮件的附件并不与某个具体的邮件关联，邮件的附件可以属于多个邮件。
文档编号H04L12/58GK1809065SQ20051013008
公开日2006年7月26日 申请日期2005年12月14日 优先权日2005年12月14日
发明者李喆 申请人:李喆