谈谈邮件触发器-Mail Trigger

触发器(Trigger)是指满足某条件后可以自动触发指令的一种监测技术手段。

邮件触发器 (Email Trigger)指收到某邮件后马上触发某指令的实时监测功能,常用于对邮件实时性要求高和邮件工作量大的场景。

文章目录

前言:

首先、我们看一下目前市面上的产品是怎么做的

Outlook自带功能:规则和通知

Uipath官网邮件触发器Sample:

云扩的所谓“邮件触发器”:

那么邮件触发器到底应该怎么做?

部署于服务器端的邮件触发器:

部署于Robot执行端的Outlook邮件触发器:

Outlook邮件触发器- Demo

 

前言

触发器(Trigger)是指满足某条件后可以自动触发指令的一种监测技术手段。

 

最早触发器的概念来自于SQL Server 数据库用来确保数据完整性的一种方法,它的执行不是由程序调用,也不是手工启动,而是由事件自动触发的。比如当对一个表进行Insert / Delete / Update时就会激活它执行 , 所以SQL Server是自带这样的监测功能的 ,某些RPA产品基于Work Queue的触发器是可实现的,因为Work Queue的数据都是写在后台数据库中的。

 

回归正题,我们来聊一聊邮件触发器,顾名思义,就是指收到某邮件立马发出某指令的实时监测功能。

 

RPA+AI行业邮件触发器场景:7*24实时邮箱响应处理机器人(例如:实时邮件订单处理机器人 ,实时邮件查询机器人)。

首先,我们看一下目前市面上的产品是怎么做的

Outlook自带功能:规则和通知

用过的人都知道,Outlook的规则功能是很好用,但是呢,不是用做触发器的。规则匹配后的下一步并不具备触发器的能力,只能用作邮件按文件夹分类这个功能。所以,这玩意不叫邮件触发器,从微软的命名就可以看出这一点。

Uipath官网邮件触发器Sample

Uipath官网的触发器Sample链接:

https://www.uipath.com/kb-articles/email-automation-mail-trigger-sample

这是Uipath官网的一个邮件触发器Sample,设计是可以根据一定时间间隔去Gmail上收邮件的过程。以上流程其实有一个最大的问题在于,需要额外部署一台Uipath Robot去完成这个任务,注意,还不可以是Attended Robot ,还得是费用约7W/年的Unattended Robot 。不光如此,还得部署到一台Win10虚拟机,费用约1W/年。 所以为了实现邮件触发器的功能,用户需要每年花费8W来实现。

 

Uipath中还有不少别的触发器,例如:

 

System Trigger, Hotkey Trigger 等等,不过这些Trigger必须到Trigger Scope中才可以用。Trigger Scope执行后,程序就会进入监测等待状态,别的流程任务就无法开展。

真正不干扰Robot执行的实时Trigger,Uipath 主要通过 Word Queue 新增/结束等来实现。原因自然是Work Queue部署在SQL Server上。

云扩的所谓“邮件触发器”:

云扩官方的介绍:

https://academy.encoo.com/zh-cn/wiki/Activities/Triggers/OutlookTrigger.md?uuid=275976c5-0684-49ab-8ca8-e6d06f3042a9

 

可以看到这个所谓的触发器就是一个Activity,输入参数基本没有。

 

 

这玩意哪是什么触发器。什么必选输入项都没有,输出一个newmail ?

实时监测?监测间隔多久?监测条件是什么?

还有人在提问,为何这个触发器没反应。。。

 

有反应才怪呢,这个流程只是一瞬间的一个动作,那个Moment去收了一下邮件。还想收后面的新邮件,开什么玩笑。

 

云扩的问题应该出在产品规划和设计的人都不太懂这个名称应该代表的意义。

 

其实RPA产品基本都能实现邮件自动化处理,不过想要实现邮件触发器功能,需要有一台Robot 7*24小时每隔几秒去监测邮箱。这种做法与Uipath介绍的那个做法相似,都需要浪费一个几万元/年的License和浪费一台虚拟机,就是比较浪费资源。

 

那么邮件触发器到底该怎么做?

部署于服务器端的邮件触发器:

后台的实时线程 -> 用于可通过协议直接收取的邮件场景

IMAP 、POP3 间隔几秒收邮件,比较适用于开放协议的外部邮箱。

 

注意,这个方案最好部署在服务器端,作为RPA Platform 后台的功能点之一。因为Server是7*24小时运作的 , 在Server上部署一个邮件触发器任务困难并不大。只要解决RPA Robot是可以通过API方式调用,这个方案是可行性非常高的。

 

不过这个方案并不适用于全部场景,因为有些企业的Exchange 邮件系统,必须通过加了域且在内网的Outlook才可以收邮件,所以服务器的邮件触发器方案不适用于这类场景。

部署于Robot执行端的Outlook邮件触发器:

通过额外的桌面级轻量级应用程序来实时监测Outlook邮箱这样的轻量级任务。

 

部署过RPA项目的人会有经验,其实在企业级的应用场景,加了域的Robot,一般是 Windows虚拟机镜像,配上了对应的Outlook账号,这是非常常见的场景。

Outlook邮件触发器Demo

在安装有Outlook的终端执行

在没有Outlook的终端执行

 

Demo官网可免费下载测试

 

 

Demo应用下载地址:

Mail_TriggerV0.2 (下载6)

 

 

本文来自RPAPlus