一种邮件归档方法、系统及电子设备和存储介质

技术领域

本申请涉及邮件应用系统技术领域，更具体地说，涉及一种邮件归档方法、系统及一种电子设备和一种计算机可读存储介质。

背景技术

随着信息化应用的不断深入，电子邮件已经成为企业内外部沟通交流的重要工具，电子邮件数据也成为了公司重要资产和业务资料。为了方便对邮件进行有效的审查、审计，同时也为了防止重要邮件被恶意删除、撤回等，邮件归档功能应运而生。邮件归档功能可对满足一定规则条件的邮件进行自动归档，保护数据安全。邮件归档的主要实现方式包括：

一种常见的邮件归档实现方法中，在邮件经过服务器时，将满足归档条件的邮件复制一份，投递到归档目录，未对冗余数据做任何处理。这种实现方式比较简单，方便对归档邮件进行审计，但是，由于满足归档条件的邮件被复制了一份，会导致同一封邮件在磁盘保存两次，浪费磁盘空间及磁盘IO。

在另外一种常见的邮件归档实现方法中，在邮件经过服务器时，将满足归档条件的邮件复制一份，投递到归档目录，并对归档邮件进行压缩处理。然而，虽然此方案对归档数据进行了压缩，减少了对磁盘空间的使用，但在存储和读取归档邮件时需要进行压缩和解压缩，不方便对归档邮件的读取。

因此，如何提供一种能够解决上述问题的邮件归档方法是本领域技术人员需要重点关注的。

发明内容

本申请的目的在于提供一种邮件归档方法、系统及一种电子设备和一种计算机可读存储介质，减少了磁盘空间的浪费且便于后续对归档邮件进行检索和读取。

为实现上述目的，本申请提供了一种邮件归档方法，包括：

将目标邮件保存至预设存储位置中；

创建所述目标邮件对应的归档邮件硬链接，并基于所述目标邮件的收件人地址创建对应的邮箱邮件硬链接；

将所述归档邮件硬链接保存至邮件归档目录中，将所述邮箱邮件硬链接保存至收件人邮箱中。

可选的，在所述创建所述目标邮件对应的归档邮件硬链接之前，还包括：

判断所述目标邮件是否满足预设归档条件；

如果是，则启动所述创建所述目标邮件对应的归档邮件硬链接的步骤。

可选的，所述判断所述目标邮件是否满足预设归档条件，包括：

根据所述目标邮件的主题、域名和发件人信息中任一项或任意组合，判断所述目标邮件是否满足所述预设归档条件。

可选的，在所述判断所述目标邮件是否满足预设归档条件之后，还包括：

若所述目标邮件不满足所述预设归档条件，则仅进行所述邮箱邮件硬链接的创建。

可选的，还包括：

接收邮件读写请求；

根据所述邮件读写请求获取对应邮件的权限信息；

基于所述权限信息确定是否对所述邮件读写请求进行响应。

可选的，在所述将目标邮件保存至预设存储位置中之后，还包括：

当监测到CPU由工作状态切换至空闲状态后，对所述目标邮件进行去重处理，并利用去重后邮件对所述预设存储位置中的目标邮件进行替换。

可选的，在所述将目标邮件保存至预设存储位置中之后，还包括：

确定所述目标邮件在预设时间周期内的访问热度；

筛选所述目标邮件中访问热度低于预设阈值的邮件作为待处理邮件，并对所述待处理邮件进行压缩处理，利用压缩后邮件替换对应的所述待处理邮件。

可选的，还包括：

当接收到邮件删除命令后，删除所述邮件删除命令对应的邮件硬链接。

可选的，在所述删除所述邮件删除命令对应的邮件硬链接之后，还包括：

确定所述邮件删除命令对应的待删除邮件，并获取所述待删除邮件的索引引用数；

判断所述索引引用数是否为零；

如果是，则将所述待删除邮件从对应的预设存储位置中删除。

为实现上述目的，本申请提供了一种邮件归档系统，包括：

邮件保存模块，用于将目标邮件保存至预设存储位置中；

链接创建模块，用于创建所述目标邮件对应的归档邮件硬链接，并基于所述目标邮件的收件人地址创建对应的邮箱邮件硬链接；

链接保存模块，用于将所述归档邮件硬链接保存至邮件归档目录中，将所述邮箱邮件硬链接保存至收件人邮箱中。

为实现上述目的，本申请提供了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现前述公开的任一种邮件归档方法的步骤。

为实现上述目的，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现前述公开的任一种邮件归档方法的步骤。

通过以上方案可知，本申请提供的一种邮件归档方法，包括：将目标邮件保存至预设存储位置中；创建所述目标邮件对应的归档邮件硬链接，并基于所述目标邮件的收件人地址创建对应的邮箱邮件硬链接；将所述归档邮件硬链接保存至邮件归档目录中，将所述邮箱邮件硬链接保存至收件人邮箱中。

本申请提供的邮件归档方法，将目标邮件保存至预设存储位置后，为目标邮件分别创建归档目录下的归档邮件硬链接以及收件人邮箱内的邮箱邮件硬链接，用户在归档目录或收件人邮箱通过访问硬链接获取邮件内容。由上可知，本申请中收件人邮箱内的邮件及归档邮件均使用保存至预设存储位置的同一份邮件数据，邮件的归档并未在磁盘上产生冗余数据，减少了磁盘空间的浪费；且由于未对归档邮件进行压缩处理，省去了读取时的解压缩过程，可直接通过归档邮件硬链接访问邮件数据，便于后续对归档邮件进行检索和读取。

本申请还公开了一种邮件归档系统及一种电子设备和一种计算机可读存储介质，同样能实现上述技术效果。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例公开的一种邮件归档方法的流程图；

图2为硬链接文件存储示意图；

图3为本申请实施例公开的另一种邮件归档方法的流程图；

图4为本申请实施例公开的又一种邮件归档方法的流程图；

图5为本申请实施例公开的再一种邮件归档方法的流程图；

图6为本申请实施例公开的还一种邮件归档方法的流程图；

图7为本申请实施例公开的一种邮件归档系统的结构图；

图8为本申请实施例公开的一种电子设备的结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在现有技术中，邮件归档的方式主要有：在邮件经过服务器时，将满足归档条件的邮件复制一份，投递到归档目录，未对冗余数据做任何处理或对归档邮件进行压缩处理。然而，上述实现方式中，若将满足归档条件的邮件复制，会导致同一封邮件在磁盘保存两次，浪费磁盘空间及磁盘IO；若对归档邮件数据进行压缩，虽减少了对磁盘空间的使用，但在存储和读取归档邮件时需要进行压缩和解压缩，不方便对归档邮件的读取。

因此，本申请实施例公开了一种邮件归档方法，减少了磁盘空间的浪费且便于后续对归档邮件进行检索和读取。

参见图1所示，本申请实施例公开的一种邮件归档方法包括：

S101：将目标邮件保存至预设存储位置中；

本步骤中，获取到新的目标邮件后，将目标邮件保存至数据磁盘内的预设存储位置中。其中，预设存储位置为预先为邮件设置的默认保存地址。

S102：创建所述目标邮件对应的归档邮件硬链接，并基于所述目标邮件的收件人地址创建对应的邮箱邮件硬链接；

需要指出的是，硬链接文件具有其独特的存储特点，参见图2所示，archive.eml和email.eml均为硬链接文件，除了文件名不同外，使用的inode(索引节点)和block(数据块)完全相同，因此这两个文件的权限、数据等将会完全相同。在本步骤中，基于目标邮件分别创建归档邮件的硬链接以及邮箱内邮件的硬链接。其中，权限信息用于接收到邮件读写请求后，基于权限信息确定是否对邮件读写请求进行响应。

S103：将所述归档邮件硬链接保存至邮件归档目录中，将所述邮箱邮件硬链接保存至收件人邮箱中。

本步骤中，将归档邮件硬链接投递至邮件归档目录中进行保存，邮箱邮件硬链接投递至收件人邮箱中进行保存，进而可通过邮箱邮件硬链接保存至收件人邮箱中的归档邮件硬链接以及收件人邮箱中的邮箱邮件硬链接直接访问其对应目标邮件的原始数据。

可以理解的是，基于硬链接文件的特性，归档邮件硬链接及邮箱邮件硬链接使用的是同一份数据，因此避免了造成数据冗余。另外，邮件归档功能需要保证归档邮件和原始邮件的一致性，本申请中两个硬链接对应的文件为同一份，因此可以保证归档邮件和原始邮件数据的完全一致。

需要说明的是，相关技术中还存在对邮件进行归档时，将满足归档条件的邮件复制一份，投递到归档目录，采用去重文件系统降低数据冗余。这种方式下，需要利用zfs、btrfs、sdfs等去重文件系统对冗余数据进行去重，而zfs、btrfs、sdfs等去重文件系统并未作为Linux系统的默认文件系统，对系统的稳定性存在一定的影响；且若需对系统进行升级来使用归档功能，则需要迁移数据至去重文件系统，导致升级过程复杂耗时。而本申请中，为邮件数据创建硬链接的方式使用的是linux系统默认文件系统支持的技术，部署比较简单，如已在使用的需要使用该功能的邮件系统，只需要对邮件系统应用程序做升级即可，无需做数据迁移等工作，提高了工作效率。

本申请提供的邮件归档方法，将目标邮件保存至预设存储位置后，为目标邮件分别创建归档目录下的归档邮件硬链接以及收件人邮箱内的邮箱邮件硬链接，用户在归档目录或收件人邮箱通过访问硬链接获取邮件内容。由上可知，本申请中收件人邮箱内的邮件及归档邮件均使用保存至预设存储位置的同一份邮件数据，邮件的归档并未在磁盘上产生冗余数据，减少了磁盘空间的浪费；且由于未对归档邮件进行压缩处理，省去了读取时的解压缩过程，可直接通过归档邮件硬链接访问邮件数据，便于后续对归档邮件进行检索和读取。

本申请实施例公开了另一种邮件归档方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。参见图3所示，具体的：

S201：将目标邮件保存至预设存储位置中；

S202：判断所述目标邮件是否满足预设归档条件；

本实施例中，在为目标邮件创建硬链接之前，还进一步判断目标邮件是否满足预设归档条件。其中，判断目标邮件是否满足预设归档条件的过程可以包括：根据所述目标邮件的主题、域名和发件人信息中任一项或任意组合，判断所述目标邮件是否满足所述预设归档条件。当然，预设归档条件可以通过其他信息进行设定，本申请不做具体限定。

S203：如果是，则创建所述目标邮件对应的归档邮件硬链接，并基于所述目标邮件的收件人地址创建对应的邮箱邮件硬链接；

本步骤中，若目标邮件满足预设归档条件，则启动创建归档邮件硬链接以及邮箱邮件硬链接的步骤。进一步地，若目标邮件不满足预设归档条件，则无需创建归档邮件硬链接，仅进行邮箱邮件硬链接的创建。

S204：将所述归档邮件硬链接保存至邮件归档目录中，将所述邮箱邮件硬链接保存至收件人邮箱中。

本申请实施例公开了又一种邮件归档方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。参见图4所示，具体的：

S301：将目标邮件保存至预设存储位置中；

S302：当监测到CPU由工作状态切换至空闲状态后，对所述目标邮件进行去重处理，并利用去重后邮件对所述预设存储位置中的目标邮件进行替换；

本实施例中，由于邮件中可能存在一定的冗余数据，且由于去重操作可能会耗费较多的工作时间和磁盘IO，因此，在目标邮件初次进行保存时，先不对其进行去重操作。在后续工作过程中，若监测到CPU由工作状态切换至空闲状态，此时对邮件进行去重处理，以便利用去重后邮件替换原始的目标邮件，达到进一步减少磁盘空间占用的目的。

S303：创建所述去重后邮件对应的归档邮件硬链接，并基于所述去重后邮件的收件人地址创建对应的邮箱邮件硬链接；

S304：将所述归档邮件硬链接保存至邮件归档目录中，将所述邮箱邮件硬链接保存至收件人邮箱中。

本申请实施例公开了再一种邮件归档方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。参见图5所示，具体的：

S401：将目标邮件保存至预设存储位置中；

S402：确定所述目标邮件在预设时间周期内的访问热度；

S403：筛选所述目标邮件中访问热度低于预设阈值的邮件作为待处理邮件，并对所述待处理邮件进行压缩处理，利用压缩后邮件替换对应的所述待处理邮件；

可以理解的是，在邮件归档的相关技术中，对归档邮件进行了压缩处理，从而在每个归档邮件的保存和读取时，均需进行压缩和解压缩操作，这无疑不利于邮件的查找。本申请中，在将目标邮件保存后，定期对邮件的访问热度进行计算，并筛选出访问热度较低的邮件，对其进行压缩处理。具体地，可以为访问热度设定一个预设阈值，以便利用预设阈值筛选访问热度较低的邮件。另外，预设时间周期可通过系统设定或人工设定的方式进行确定。本申请通过对访问热度较低的邮件进行压缩，在保证对访问热度高的邮件的查找访问过程不受影响的同时进一步减少了磁盘空间的浪费。

S404：为所述目标邮件中访问热度大于或等于所述预设阈值的邮件和所述压缩后邮件分别创建归档邮件硬链接及邮箱邮件硬链接；

S405：将所述归档邮件硬链接保存至邮件归档目录中，将所述邮箱邮件硬链接保存至收件人邮箱中。

本申请实施例公开了还一种邮件归档方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。参见图6所示，具体的：

S501：将目标邮件保存至预设存储位置中；

S502：创建所述目标邮件对应的归档邮件硬链接，并基于所述目标邮件的收件人地址创建对应的邮箱邮件硬链接；

S503：将所述归档邮件硬链接保存至邮件归档目录中，将所述邮箱邮件硬链接保存至收件人邮箱中；

S504：当接收到邮件删除命令后，删除所述邮件删除命令对应的邮件硬链接；

S505：确定所述邮件删除命令对应的待删除邮件，并获取所述待删除邮件的索引引用数；

S506：判断所述索引引用数是否为零；

S507：如果是，则将所述待删除邮件从对应的预设存储位置中删除。

可以理解的是，本实施例中，在获取到邮件删除命令后，删除对应的邮件硬链接，此时，邮件删除命令对应的待删除邮件的索引引用数减一，而索引节点和数据块不会被释放。进一步确定当前邮件删除命令对应的待删除邮件的，当引用数为零时，表征不存在链接指向该邮件，即不存在该邮件的外部入口，无需再保存该文件数据，此时将该邮件从数据磁盘中对应的预设存储位置中删除。

下面对本申请实施例提供的一种邮件归档系统600进行介绍，下文描述的一种邮件归档系统600与上文描述的一种邮件归档方法可以相互参照。

参见图7所示，本申请实施例提供的一种邮件归档系统包括：

邮件保存模块601，用于将目标邮件保存至预设存储位置中；

链接创建模块602，用于创建所述目标邮件对应的归档邮件硬链接，并基于所述目标邮件的收件人地址创建对应的邮箱邮件硬链接；

链接保存模块603，用于将所述归档邮件硬链接保存至邮件归档目录中，将所述邮箱邮件硬链接保存至收件人邮箱中。

关于上述模块101至103的具体实施方式可以参考前述实施例，在此不再进行赘述。

图7是根据一示例性实施例示出的一种电子设备700的框图。如图7所示，该电子设备700可以包括：处理器701，存储器702。该电子设备700还可以包括多媒体组件703，输入/输出(I/O)接口704，以及通信组件705中的一者或多者。

其中，处理器701用于控制该电子设备700的整体操作，以完成上述的邮件归档方法中的全部或部分步骤。存储器702用于存储各种类型的数据以支持在该电子设备700的操作，这些数据例如可以包括用于在该电子设备700上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器702可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件703可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器702或通过通信组件705发送。音频组件还包括至少一个扬声器，用于输出音频信号。I/O接口704为处理器701和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件705用于该电子设备700与其他设备之间进行有线或无线通信。无线通信，例如Wi-Fi，蓝牙，近场通信(Near FieldCommunication，简称NFC)，2G、3G或4G，或它们中的一种或几种的组合，因此相应的该通信组件705可以包括：Wi-Fi模块，蓝牙模块，NFC模块。

在一示例性实施例中，电子设备700可以被一个或多个应用专用集成电路(Application Specific Integrated Circuit，简称ASIC)、数字信号处理器(DigitalSignal Processor，简称DSP)、数字信号处理设备(Digital Signal Processing Device，简称DSPD)、可编程逻辑器件(Programmable Logic Device，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的邮件归档方法。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的邮件归档方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器702，上述程序指令可由电子设备700的处理器701执行以完成上述的邮件归档方法。

本申请提供的邮件归档方法，将目标邮件保存至预设存储位置后，为目标邮件分别创建归档目录下的归档邮件硬链接以及收件人邮箱内的邮箱邮件硬链接，以便用户在归档目录或收件人邮箱通过访问硬链接的方式获取邮件内容。也即，本申请中收件人邮箱内的邮件及归档邮件均使用保存至预设存储位置的同一份邮件数据，减少了磁盘空间的浪费；且由于未对归档邮件进行压缩处理，省去了读取时的解压缩过程，可直接通过归档邮件硬链接访问邮件数据，便于后续对归档邮件进行检索和读取。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。