CN103490983A - 企业邮件***及其进行邮件迁移的方法 - Google Patents
企业邮件***及其进行邮件迁移的方法 Download PDFInfo
- Publication number
- CN103490983A CN103490983A CN201310424669.9A CN201310424669A CN103490983A CN 103490983 A CN103490983 A CN 103490983A CN 201310424669 A CN201310424669 A CN 201310424669A CN 103490983 A CN103490983 A CN 103490983A
- Authority
- CN
- China
- Prior art keywords
- domain name
- mailbox
- mail system
- user
- corporate mail
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种企业邮件***及其进行邮件迁移的方法,所述方法包括:企业邮件***接收到企业用户通过客户端发送的邮箱登录请求后,从中解析出域名、用户名和密码;确定数据库中对应所述域名的企业迁移状态为迁移功能开启状态后,在数据库中查找出所述域名下的所述用户名对应的用户迁移状态;若用户迁移状态为迁移未完成状态,则获取数据库中对应所述域名的旧企业邮件***的pop域名,使用解析出的用户名和密码,向旧企业邮件***发送pop认证请求;在接收到旧企业邮件***返回的pop认证成功信息后,将旧企业邮件***中所述用户名的邮箱中的邮件,迁移到本企业邮件***中所述用户名的邮箱中。从而,更便于实现企业用户的邮件迁移。
Description
技术领域
本发明涉及互联网领域,尤其涉及一种企业邮件***及其进行邮件迁移的方法。
背景技术
电子邮件是因特网上最为流行的应用之一。邮件服务器是用来负责电子邮件收发管理的设备,其构成了电子邮件***的核心。
企业邮箱是以企业的自有域名作为邮箱后缀的邮箱。通常,企业可以自建企业邮箱服务,也可以购买企业邮箱服务商的企业邮箱服务;且提供企业邮箱服务的邮件服务器上搭建有企业邮件***,负责企业电子邮件的收发、管理。而且,企业邮箱管理员可以为本企业的每个员工在企业邮件***中开通一个邮箱(mailbox),以便于企业发布通告、便于企业的员工收发电子邮件。其中,邮箱的地址包括以连接的两部分,即用户名邮箱的域名;用户名往往是企业员工的姓名全拼,邮箱的域名可以是该企业的自有域名。例如,企业的自有域名为companyname.com,企业用户的邮箱地址可以为usernamecompanyname.com。
企业为扩展邮箱的功能或其它原因,更换企业邮箱服务后,企业的每个员工可以登录到新企业邮件***所在的邮件服务器,进行一些相关设置来实现自己的邮箱的邮件代收功能,也就是,进行邮件代收设置将旧企业邮件***中自己的邮箱中的邮件迁移到当前使用的企业邮件***中自己的邮箱中。
然而,在实际应用中,企业员工往往因为不熟悉邮箱操作及不了解邮件代收设置方式等原因,会错误设置邮件代收功能,或没有设置邮件代收功能等情况,不便于实现企业的整体员工的邮件的迁移。
因此,有必要提供一种更便于实现企业员工的邮件迁移的企业邮件***进行邮件迁移的方法。
发明内容
针对上述现有技术存在的缺陷,本发明提供了一种企业邮件***及其进行邮件迁移的方法,用以更便于实现企业用户的邮件迁移。
根据本发明的一个方面,提供了一种企业邮件***进行邮件迁移的方法,包括:
所述企业邮件***接收到企业用户通过客户端发送的邮箱登录请求后,从其中解析出域名、用户名和密码;并
在确定数据库中对应所述域名的企业迁移状态为迁移功能开启状态后,进而在所述数据库中查找出所述域名下对应所述用户名的用户迁移状态;
若查找出的用户迁移状态为迁移未完成状态,则所述企业邮件***获取所述数据库中对应所述域名的旧企业邮件***的pop域名,并使用解析出的用户名和密码,向所述旧企业邮件***发送pop认证请求;
所述企业邮件***在接收到所述旧企业邮件***返回的pop认证成功信息后,将所述旧企业邮件***中所述用户名的邮箱中的邮件,迁移到本企业邮件***中所述用户名的邮箱中;
其中,所述数据库中对应所述域名的企业迁移状态,是所述企业邮件***在接收到涉及所述域名的整体企业邮件迁移功能开启指令后,将其由迁移功能关闭状态修改为迁移功能开启状态的。
较佳地,在所述将所述旧企业邮件***中所述用户名的邮箱中的邮件,迁移到本企业邮件***中所述用户名的邮箱后,还包括:
所述企业邮件***在将所述旧企业邮件***中所述用户名的邮箱中的所有邮件迁移完毕后,将所述数据库中对应所述用户名的用户迁移状态修改为迁移已完成状态。
其中,所述数据库中对应所述用户名的用户迁移状态的初始设置为迁移未完成状态。
较佳地,所述数据库中对应所述用户名的用户迁移状态修改为迁移已完成状态后,还包括:
检测所述数据库中,所述域名下各用户名所对应的用户迁移状态是否均为迁移已完成状态;若是,则将所述数据库中对应所述域名的企业迁移状态修改为迁移功能关闭状态。
较佳地,在所述将所述旧企业邮件***中所述用户名的邮箱中的邮件,迁移到本企业邮件***中所述用户名的邮箱过程中,还包括:
所述企业邮件***将所述旧企业邮件***中所述用户名的邮箱中的邮件的迁移进度信息向所述客户端返回,由所述客户端向所述企业用户呈现。
较佳地,所述企业邮件***在接收到涉及所述域名的整体企业邮件迁移功能开启指令之前,还包括:
域名解析服务器记录旧域名到新域名的域名变更记录;并根据所述域名变更记录,在接收到旧域名的邮件时,将接收的邮件的旧域名替换为新域名后继续传递;其中,所述旧域名指的是所述企业用户在所述旧企业邮件***中使用的域名,所述新域名指的是所述企业用户在所述企业邮件***中使用的域名。
根据本发明的另一个方面,还提供了一种企业邮件***,包括:
企业邮箱管理模块,用于接收到整体企业邮件迁移功能开启指令后,将数据库中对应该指令所涉及的域名的企业迁移状态修改为迁移功能开启状态;
邮箱登录模块,用于接收到企业用户通过客户端发送的邮箱登录请求后,从其中解析出域名、用户名和密码,并发送迁移通知;
邮箱迁移模块,用于接收所述迁移通知后,若确定所述数据库中对应所述邮箱登录模块解析出的域名的企业迁移状态为迁移功能开启状态,则进而在所述数据库中查找出所述邮箱登录模块解析出的域名下对应所述用户名的用户迁移状态;若查找出的用户迁移状态为迁移未完成状态,则获取所述数据库中对应所述域名的旧企业邮件***的pop域名,并使用所述邮箱登录模块解析出的用户名和密码,向所述旧企业邮件***发送pop认证请求;并在接收到所述旧企业邮件***返回的pop认证成功信息后,将所述旧企业邮件***中所述用户名的邮箱中的邮件,迁移到本企业邮件***中所述用户名的邮箱中。
进一步,所述邮箱迁移模块还用于在将所述旧企业邮件***中所述用户名的邮箱中的所有邮件迁移完毕后,将所述数据库中对应所述用户名的用户迁移状态修改为迁移已完成状态。
进一步,所述邮箱迁移模块还用于检测所述数据库中,所述域名的各邮箱的用户名所对应的用户迁移状态是否均为迁移已完成状态;若是,则将所述数据库中对应所述域名的企业迁移状态修改为迁移功能关闭状态。
进一步,所述企业邮箱管理模块还用于接收到整体企业邮件迁移功能开启指令后,将所述数据库中所述域名的各邮箱的用户名所对应的用户迁移状态设置为迁移未完成状态的初始状态。
本发明的技术方案中,企业更换企业邮箱服务后,企业邮箱管理员开启企业邮件***的整体企业邮件迁移功能;之后,企业用户登录企业邮件***时,向企业邮件***发送邮箱登录请求;企业邮件***自动根据企业用户发送的邮箱登录请求中的域名、用户名和密码,将旧企业邮件***中该用户名的邮箱中的邮件,迁移到本企业邮件***中该用户名的邮箱中;这样,企业更换企业邮箱服务后,无需企业用户自己去进行邮件代收设置,更便于实现企业用户的邮件迁移,而且,更好地保证了邮件迁移的效率和完整性。
附图说明
图1为本发明实施例的开启企业邮件***的邮件迁移功能的方法流程图;
图2为本发明实施例的企业邮件***进行邮件迁移的方法流程图;
图3为本发明实施例的企业邮件***的内部结构框图。
具体实施方式
以下将结合附图对本发明的技术方案进行清楚、完整的描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施例,都属于本发明所保护的范围。
本申请使用的“模块”、“***”等术语旨在包括与计算机相关的实体,例如但不限于硬件、固件、软硬件组合、软件或者执行中的软件。例如,模块可以是,但并不仅限于:处理器上运行的进程、处理器、对象、可执行程序、执行的线程、程序和/或计算机。举例来说,计算设备上运行的应用程序和此计算设备都可以是模块。一个或多个模块可以位于执行中的一个进程和/或线程内,一个模块也可以位于一台计算机上和/或分布于两台或更多台计算机之间。
本发明的技术方案中,企业更换企业邮箱服务后,企业邮箱管理员可以向当前的企业邮件***,发送整体企业邮件迁移功能开启指令,企业邮件***开启整体企业邮件迁移功能;之后,企业用户登录企业邮件***时,向企业邮件***发送邮箱登录请求;企业邮件***自动根据企业用户发送的邮箱登录请求中的域名、用户名和密码,将旧企业邮件***中该用户名的邮箱中的邮件,迁移到本企业邮件***中该用户名的邮箱中;这样,企业更换邮箱服务后,无需企业用户自己去进行邮件代收设置,从而,更便于实现企业用户的邮件从旧企业邮件***中的邮箱迁移到本企业邮件***中的邮箱中,而且,更好地保证了邮件迁移的效率和完整性。
下面结合附图详细说明本发明的技术方案。本发明实施例中,企业更换企业邮箱服务后,当前的企业邮件***将旧的企业邮件***中的邮件进行邮件迁移之前,企业邮箱管理员可以预先开启当前的企业邮件***的整体企业邮件迁移功能,将当前的企业邮件***的数据库中的企业迁状态修改为迁移功能开启状态,具体方法的流程如图1所示,包括如下步骤:
S101:企业邮件***(即当前的企业邮件***)接收到整体企业邮件迁移功能开启指令,解析出其中的域名。
具体地,企业邮箱管理员可以通过客户端的企业邮箱管理***,向企业邮箱***所在的邮件服务器发送整体企业邮件迁移功能开启指令,该指令涉及企业用户的邮箱的域名,可以是企业用户所在企业的自有域名,如newname.com;
在本步骤中,邮件服务器上的企业邮件***接收到整体企业邮件迁移功能开启指令后,解析出其中的域名,如newname.com。
S102:企业邮件***根据解析出的域名,修改数据库中对应该域名的企业迁移状态。
具体地,企业邮件***的数据库中存储有域名与企业迁移状态的对应关系的域名信息数据表(如下表1所示);企业邮件***可根据解析出的域名,将数据库中对应该域名的企业迁移状态,由迁移功能关闭状态修改为迁移功能开启状态;
表1
域名 | 企业迁移状态 | 旧企业邮件***的pop域名 |
newname.com | 企业迁移功能关闭状态 | pop.oldname.com |
进一步,数据库中针对解析出的域名,还存储有该域名的用户信息数据表(如下表2所示),用户信息数据表中存储有该域名下用户使用的邮箱的用户名与用户迁移状态的对应关系;在企业更换企业邮箱服务后,企业邮件***可自动将该域名的用户信息数据表中的对应各用户名的用户迁移状态均初始设置为迁移未完成状态;
表2
用户名 | 密码 | 用户迁移状态 |
username | 123456 | 迁移未完成状态 |
事实上,本发明实施例中,企业邮件***开启整体企业邮件迁移功能后,若企业邮件***接收到企业用户通过客户端发送的邮箱登录请求,则企业邮件***进行邮件迁移,具体方法的流程图如图2所示,包括如下步骤:
S201:企业邮件***接收到企业用户通过客户端发送的邮箱登录请求后,从中解析出域名、用户名和密码。
具体地,更换企业邮箱服务后,企业用户在使用企业邮件***提供的企业邮箱服务之前,可以通过客户端的邮箱登录界面,向企业邮件***发送邮箱登录请求,进行邮箱登录;
企业邮件***接收到企业邮件***发送的邮箱登录请求后,首先从邮箱登录请求中解析出域名、用户名和密码;例如,若企业用户向企业邮件***发送携带有邮箱地址usernamenewname.com和密码123456的邮箱登录请求,则企业邮件***可解析出域名为newname.com,用户名为username,密码为123456。
S202:企业邮件***判断数据库中对应解析出的域名的企业迁移状态是否为迁移功能开启状态;若是,则执行步骤S203;否则,执行步骤S210。
S203:企业邮件***在数据库中查找出该域名下的所述用户名对应的用户迁移状态,并判断其是否为迁移未完成状态;若是,则执行步骤S204;否则,执行步骤S210。
具体地,企业邮件***在上述步骤中确定出数据库中对应解析出的域名的企业迁移状态为迁移功能开启状态后,进而在本步骤中,对于解析出的用户名,查找数据库中该域名下的该用户名对应的用户迁移状态,并判断查找出的用户迁移状态是否为迁移未完成状态。
S204:企业邮件***获取数据库中对应解析出的域名的旧企业邮件***的pop域名,并使用解析出的用户名和密码,向旧企业邮件***发送pop认证请求。
具体地,数据库中的域名信息数据表中还存储有当前的企业邮件***的域名与之前的旧企业邮件***的pop(post office protocol,邮局协议)域名的对应关系(如上表1所示);
若企业邮件***查找出的用户迁移状态为迁移未完成状态,则企业邮件***获取数据库中对应解析出的域名的旧企业邮件***的pop域名,并向旧企业邮件***发送携带有解析出的用户名和密码的pop认证请求。
例如,企业邮件***获取到的旧企业邮件***的pop域名为pop.oldname.com,向旧企业邮件***发送携带有上述解析出的用户名username和密码123456的pop认证请求。
S205:企业邮件***判断接收到的、旧企业邮件***返回的信息是否为pop认证成功信息;若是,则执行步骤S206;否则,执行步骤S210。
具体地,企业邮件***向旧企业邮件***发送pop认证请求后,旧企业邮件***根据pop认证请求中携带的用户名查找本旧邮件***的数据库中是否存储有该用户名,若没有,则返回pop认证失败信息;若有,则进一步将pop认证请求中携带的密码匹配本旧邮件***的数据库中存储的该用户名的密码;若匹配成功,向企业邮件***返回pop认证成功信息;否则,返回pop认证失败信息。
在本步骤中,企业邮件***判断旧企业邮件***返回的信息是否为pop认证成功信息,若是,则执行步骤S206;否则,执行步骤S210。
S206:企业邮件***将旧企业邮件***中所述用户名的邮箱中的邮件,迁移到本企业邮件***中所述用户名的邮箱中,之后,跳转到步骤S210。
具体地,企业邮件***判断接收到的旧企业邮件***返回的信息为pop认证成功信息后,在本步骤中,企业邮件***根据解析出的用户名,将旧企业邮件***中所述用户名的邮箱中的邮件,迁移到本企业邮件***中所述用户名的邮箱中;具体地,将旧企业邮件***中所述用户名的邮箱的收件夹中的邮件,迁移到本企业邮件***中所述用户名的邮箱的收件夹中;将旧企业邮件***中所述用户名的邮箱的发件夹中的邮件,迁移到本企业邮件***中所述用户名的邮箱的发件夹中;
同时,在进行邮件迁移的过程中,企业邮件***将旧企业邮件***中所述用户名的邮箱中的邮件的迁移进度信息向客户端返回,由客户端的用户界面以进度条的方式向企业用户呈现;从而,在企业用户登录邮箱时,企业邮件***便可自动将该企业用户的邮件进行迁移,避免了企业用户自己去进行繁琐的邮件代收设置,更便于实现企业用户的邮件迁移;而且,省去了企业用户进行邮件代收设置的时间,保证了邮件迁移的效率,这样,企业用户可以更快地从之前的邮件中查找信息,如与企业客户的邮件交流信息,大大方便了企业开展后续业务。
在企业邮件***在将旧企业邮件***中所述用户名的邮箱中的所有邮件迁移完毕后,跳转到步骤S210。
S210:企业邮件***使用解析出的用户名和密码进行邮箱登录认证。
具体地,企业邮件***可根据解析出的用户名,查找数据库中解析出的域名的用户信息数据表中是否存储有该用户名;若没有,则向客户端返回邮箱登录认证失败信息;若有,则进一步根据解析出的密码,匹配对应该用户名的密码;若匹配成功,向客户端返回邮箱登录认证成功消息,客户端可以向企业用户呈现邮件收发界面;否则,向客户端返回邮箱登录认证失败信息。
进一步,企业邮件***在将旧企业邮件***中所述用户名的邮箱中的所有邮件迁移完毕后,还可将数据库中对应所述用户名的用户迁移状态修改为迁移已完成状态;这样,企业用户下次登录邮箱时,企业邮件***查找到数据库中该企业用户的用户迁移状态为迁移已完成状态后,不再进行邮件转移。
进一步,企业邮件***将数据库中对应所述用户名的用户迁移状态修改为迁移已完成状态后,还可检测数据库中,解析出的域名下各用户名所对应的用户迁移状态是否均为迁移已完成状态;若是,则将数据库中对应所述解析出的域名的企业迁移状态修改为迁移功能关闭状态,关闭整体企业邮件迁移功能,这样在企业用户下次登录邮箱时,企业邮件***不再进行邮件迁移;否则,继续开启整体企业邮件迁移功能,直至所有企业用户完成邮件迁移,从而,更好地保证了邮件迁移的完整性。
事实上,企业更换企业邮箱服务后,为保证企业用户后续接收到的电子邮件能够进入企业邮件***,企业邮箱管理员可通过客户端的企业邮箱管理***,向域名解析服务器发送域名变更请求,该域名变更请求中携带有新域名和旧域名;新域名指的是企业用户在当前使用的企业邮件***中使用的域名,旧域名指的是企业用户在旧企业邮件***中使用的域名;
域名解析服务器解析出接收到的域名变更请求中的新域名和旧域名记录旧域名到新域名的域名变更记录;
这样,域名解析服务器在后续接收到新域名的邮件时,直接进行传递;在后续接收到旧域名的邮件时,根据记录的域名变更记录,将接收的邮件的旧域名替换为新域名后继续传递。这样,企业用户后续接收到的旧域名和新域名的电子邮件均可进入当前使用的企业邮件***。
例如,旧域名为oldname.com,新域名为newname.com,域名解析服务器在后续接收到旧域名oldname.com的邮件时,根据记录的oldname.com到newname.com的域名变更记录,将接收的邮件的域名替换为newname.com后继续传递。
本发明实施例的企业邮件***的内部结构框图,如图3所示,包括:企业邮箱管理模块301、邮箱登录模块302和邮箱迁移模块303。
企业邮箱管理模块301用于接收到整体企业邮件迁移功能开启指令后,将数据库中对应该指令所涉及的域名的企业迁移状态修改为迁移功能开启状态;进一步,企业邮箱管理模块301还用于接收到整体企业邮件迁移功能开启指令后,将数据库中对应该指令所涉及的域名的各邮箱的用户名所对应的用户迁移状态设置为迁移未完成状态的初始状态。
邮箱登录模块302用于接收到企业用户通过客户端发送的邮箱登录请求后,从其中解析出域名、用户名和密码,并发送迁移通知。
邮箱迁移模块303用于接收邮箱登录模块302发送的迁移通知后,若确定数据库中对应邮箱登录模块302解析出的域名的企业迁移状态为迁移功能开启状态,则进而在数据库中查找出邮箱登录模块302解析出的域名下的所述用户名对应的用户迁移状态;若查找出的用户迁移状态为迁移未完成状态,则获取数据库中对应邮箱登录模块302解析出的域名的旧企业邮件***的pop域名,并使用邮箱登录模块302解析出的用户名和密码,向旧企业邮件***发送pop认证请求;并在接收到旧企业邮件***返回的pop认证成功信息后,将旧企业邮件***中所述用户名的邮箱中的邮件,迁移到本企业邮件***中所述用户名的邮箱中。
进一步,邮箱迁移模块303还用于在将旧企业邮件***中所述用户名的邮箱中的所有邮件迁移完毕后,将数据库中对应所述用户名的用户迁移状态修改为迁移已完成状态。
进一步,邮箱迁移模块303还用于检测数据库中,邮箱登录模块302解析出的域名的各邮箱的用户名所对应的用户迁移状态是否均为迁移已完成状态;若是,则将数据库中对应邮箱登录模块302解析出的域名的企业迁移状态修改为迁移功能关闭状态。
本发明的技术方案中,企业更换企业邮箱服务后,企业邮箱管理员开启企业邮件***的整体企业邮件迁移功能;之后,企业用户登录企业邮件***时,向企业邮件***发送邮箱登录请求;企业邮件***自动根据企业用户发送的邮箱登录请求中的域名、用户名和密码,将旧企业邮件***中该用户名的邮箱中的邮件,迁移到本企业邮件***中该用户名的邮箱中;这样,企业更换企业邮箱服务后,无需企业用户自己去进行邮件代收设置,更便于实现企业用户的邮件迁移,而且,更好地保证了邮件迁移的效率和完整性。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种企业邮件***进行邮件迁移的方法,其特征在于,包括:
所述企业邮件***接收到企业用户通过客户端发送的邮箱登录请求后,从其中解析出域名、用户名和密码;并
在确定数据库中对应所述域名的企业迁移状态为迁移功能开启状态后,进而在所述数据库中查找出所述域名下的所述用户名对应的用户迁移状态;
若查找出的用户迁移状态为迁移未完成状态,则所述企业邮件***获取所述数据库中对应所述域名的旧企业邮件***的邮局协议pop域名,并使用解析出的用户名和密码,向所述旧企业邮件***发送pop认证请求;
所述企业邮件***在接收到所述旧企业邮件***返回的pop认证成功信息后,将所述旧企业邮件***中所述用户名的邮箱中的邮件,迁移到本企业邮件***中所述用户名的邮箱中;
其中,所述数据库中对应所述域名的企业迁移状态,是所述企业邮件***在接收到涉及所述域名的整体企业邮件迁移功能开启指令后,将其由迁移功能关闭状态修改为迁移功能开启状态的。
2.如权利要求1所述的方法,其特征在于,在所述将所述旧企业邮件***中所述用户名的邮箱中的邮件,迁移到本企业邮件***中所述用户名的邮箱后,还包括:
所述企业邮件***在将所述旧企业邮件***中所述用户名的邮箱中的所有邮件迁移完毕后,将所述数据库中对应所述用户名的用户迁移状态修改为迁移已完成状态。
3.如权利要求2所述的方法,其特征在于,所述数据库中对应所述用户名的用户迁移状态的初始设置为迁移未完成状态。
4.如权利要求3所述的方法,其特征在于,将所述数据库中对应所述用户名的用户迁移状态修改为迁移已完成状态后,还包括:
检测所述数据库中,所述域名下各用户名所对应的用户迁移状态是否均为迁移已完成状态;若是,则将所述数据库中对应所述域名的企业迁移状态修改为迁移功能关闭状态。
5.如权利要求1-4任一所述的方法,其特征在于,在所述将所述旧企业邮件***中所述用户名的邮箱中的邮件,迁移到本企业邮件***中所述用户名的邮箱过程中,还包括:
所述企业邮件***将所述旧企业邮件***中所述用户名的邮箱中的邮件的迁移进度信息向所述客户端返回,由所述客户端向所述企业用户呈现。
6.如权利要求1-4任一所述的方法,其特征在于,所述企业邮件***在接收到涉及所述域名的整体企业邮件迁移功能开启指令之前,还包括:
域名解析服务器记录旧域名到新域名的域名变更记录;并根据所述域名变更记录,在接收到旧域名的邮件时,将接收的邮件的旧域名替换为新域名后继续传递;其中,所述旧域名指的是所述企业用户在所述旧企业邮件***中使用的域名,所述新域名指的是所述企业用户在所述企业邮件***中使用的域名。
7.一种企业邮件***,其特征在于,包括:
企业邮箱管理模块,用于接收到整体企业邮件迁移功能开启指令后,将数据库中对应该指令所涉及的域名的企业迁移状态修改为迁移功能开启状态;
邮箱登录模块,用于接收到企业用户通过客户端发送的邮箱登录请求后,从其中解析出域名、用户名和密码,并发送迁移通知;
邮箱迁移模块,用于接收所述迁移通知后,若确定所述数据库中对应所述邮箱登录模块解析出的域名的企业迁移状态为迁移功能开启状态,则进而在所述数据库中查找出所述邮箱登录模块解析出的域名下的所述用户名对应的用户迁移状态;若查找出的用户迁移状态为迁移未完成状态,则获取所述数据库中对应所述域名的旧企业邮件***的邮局协议pop域名,并使用所述邮箱登录模块解析出的用户名和密码,向所述旧企业邮件***发送pop认证请求;并在接收到所述旧企业邮件***返回的pop认证成功信息后,将所述旧企业邮件***中所述用户名的邮箱中的邮件,迁移到本企业邮件***中所述用户名的邮箱中。
8.如权利要求7所述的***,其特征在于,
所述邮箱迁移模块还用于在将所述旧企业邮件***中所述用户名的邮箱中的所有邮件迁移完毕后,将所述数据库中对应所述用户名的用户迁移状态修改为迁移已完成状态。
9.如权利要求8所述的***,其特征在于,
所述邮箱迁移模块还用于检测所述数据库中,所述域名的各邮箱的用户名所对应的用户迁移状态是否均为迁移已完成状态;若是,则将所述数据库中对应所述域名的企业迁移状态修改为迁移功能关闭状态。
10.如权利要求8所述的***,其特征在于,
所述企业邮箱管理模块还用于接收到整体企业邮件迁移功能开启指令后,将所述数据库中所述域名的各邮箱的用户名所对应的用户迁移状态设置为迁移未完成状态的初始状态。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310424669.9A CN103490983B (zh) | 2013-09-17 | 2013-09-17 | 企业邮件***及其进行邮件迁移的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310424669.9A CN103490983B (zh) | 2013-09-17 | 2013-09-17 | 企业邮件***及其进行邮件迁移的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103490983A true CN103490983A (zh) | 2014-01-01 |
CN103490983B CN103490983B (zh) | 2017-03-01 |
Family
ID=49830954
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310424669.9A Active CN103490983B (zh) | 2013-09-17 | 2013-09-17 | 企业邮件***及其进行邮件迁移的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103490983B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105207894A (zh) * | 2015-09-10 | 2015-12-30 | 阿里巴巴集团控股有限公司 | 邮件迁移方法及装置 |
CN106294387A (zh) * | 2015-05-19 | 2017-01-04 | 深圳市腾讯计算机***有限公司 | 数据迁移方法和装置 |
CN109802884A (zh) * | 2018-12-29 | 2019-05-24 | 论客科技(广州)有限公司 | 一种校园邮件的迁移方法及装置 |
CN109936611A (zh) * | 2017-12-19 | 2019-06-25 | 中标软件有限公司 | 邮件的数据迁移方法 |
CN111953664A (zh) * | 2020-07-27 | 2020-11-17 | 新浪网技术(中国)有限公司 | 一种基于可变安全等级的用户请求验证方法及*** |
CN113132476A (zh) * | 2021-04-16 | 2021-07-16 | 中国工商银行股份有限公司 | 一种邮件同步***、方法、装置及电子设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101312436A (zh) * | 2007-05-24 | 2008-11-26 | 鸿富锦精密工业(深圳)有限公司 | Notes信箱迁移***及方法 |
CN101364186B (zh) * | 2008-09-27 | 2012-01-25 | 腾讯科技(深圳)有限公司 | 数据迁移方法、数据迁移服务器及数据接口服务器 |
US20120185926A1 (en) * | 2011-01-14 | 2012-07-19 | Microsoft Corporation | Directory Driven Mailbox Migrations |
US20130212200A1 (en) * | 2012-02-13 | 2013-08-15 | SkyKick, Inc. | Migration project automation, e.g., automated selling, planning, migration and configuration of email systems |
-
2013
- 2013-09-17 CN CN201310424669.9A patent/CN103490983B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101312436A (zh) * | 2007-05-24 | 2008-11-26 | 鸿富锦精密工业(深圳)有限公司 | Notes信箱迁移***及方法 |
CN101364186B (zh) * | 2008-09-27 | 2012-01-25 | 腾讯科技(深圳)有限公司 | 数据迁移方法、数据迁移服务器及数据接口服务器 |
US20120185926A1 (en) * | 2011-01-14 | 2012-07-19 | Microsoft Corporation | Directory Driven Mailbox Migrations |
US20130212200A1 (en) * | 2012-02-13 | 2013-08-15 | SkyKick, Inc. | Migration project automation, e.g., automated selling, planning, migration and configuration of email systems |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106294387A (zh) * | 2015-05-19 | 2017-01-04 | 深圳市腾讯计算机***有限公司 | 数据迁移方法和装置 |
CN106294387B (zh) * | 2015-05-19 | 2020-06-02 | 深圳市腾讯计算机***有限公司 | 数据迁移方法和装置 |
CN105207894A (zh) * | 2015-09-10 | 2015-12-30 | 阿里巴巴集团控股有限公司 | 邮件迁移方法及装置 |
CN105207894B (zh) * | 2015-09-10 | 2019-07-23 | 阿里巴巴集团控股有限公司 | 邮件迁移方法及装置 |
CN109936611A (zh) * | 2017-12-19 | 2019-06-25 | 中标软件有限公司 | 邮件的数据迁移方法 |
CN109936611B (zh) * | 2017-12-19 | 2021-08-24 | 中标软件有限公司 | 邮件的数据迁移方法 |
CN109802884A (zh) * | 2018-12-29 | 2019-05-24 | 论客科技(广州)有限公司 | 一种校园邮件的迁移方法及装置 |
CN109802884B (zh) * | 2018-12-29 | 2021-09-07 | 论客科技(广州)有限公司 | 一种校园邮件的迁移方法及装置 |
CN111953664A (zh) * | 2020-07-27 | 2020-11-17 | 新浪网技术(中国)有限公司 | 一种基于可变安全等级的用户请求验证方法及*** |
CN113132476A (zh) * | 2021-04-16 | 2021-07-16 | 中国工商银行股份有限公司 | 一种邮件同步***、方法、装置及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
CN103490983B (zh) | 2017-03-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103490983A (zh) | 企业邮件***及其进行邮件迁移的方法 | |
CN103581213B (zh) | 一种共享Hosts文件的应用方法、设备和*** | |
CN103534980B (zh) | 利用反馈消息提供推送服务的***和方法 | |
JP5555251B2 (ja) | 代替メールボックスの自動発見 | |
US20120166518A1 (en) | Providing state service for online application users | |
CN104601436B (zh) | 一种账号的生成方法、终端及后台服务器 | |
CN107911249A (zh) | 一种网络设备的命令行发送方法、装置和设备 | |
CN102685018B (zh) | 一种网络即时通信信息处理的方法、***及即时通信设备 | |
US11249854B2 (en) | Method and device for failover in HBase system, and non-transitory computer-readable storage medium | |
CN102111347A (zh) | 融合通信***中基于多协议即时消息的处理方法和*** | |
CN101169799A (zh) | 一种操作信息收集***及方法 | |
CN103209116A (zh) | 多平台信息发布方法和*** | |
CN108667866A (zh) | 一种基于api智能适配的请求处理方法及装置 | |
CN102821056A (zh) | 一种即时通信消息的传输方法及设备 | |
CN104539511A (zh) | 一种进入客户端显示自身组别的方法和*** | |
CN102571990B (zh) | 移动终端电子邮件同步方法及*** | |
CN107463710A (zh) | 基于微信扫码和公众号应用的订单生产工序录入查询*** | |
CN106101412A (zh) | 移动通信终端的信息会话处理方法及移动通信终端 | |
CN107870982A (zh) | 数据处理方法、***和计算机可读存储介质 | |
CN101198129A (zh) | 一种移动终端的数据同步方法和移动终端 | |
CN102594874B (zh) | 一种同步处理方法和装置 | |
JP2019020916A (ja) | 情報処理装置 | |
CN110661851A (zh) | 数据交换方法和装置 | |
CN105653717A (zh) | 一种信息分享的方法及装置 | |
CN102986173B (zh) | 消息状态设置方法和cpm业务服务器 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20230418 Address after: Room 501-502, 5/F, Sina Headquarters Scientific Research Building, Block N-1 and N-2, Zhongguancun Software Park, Dongbei Wangxi Road, Haidian District, Beijing, 100193 Patentee after: Sina Technology (China) Co.,Ltd. Address before: 100080, International Building, No. 58 West Fourth Ring Road, Haidian District, Beijing, 20 floor Patentee before: Sina.com Technology (China) Co.,Ltd. |
|
TR01 | Transfer of patent right |