这么多更新怎么就用个FP1?

这么多更新怎么就用个FP1?
大家好,才是真的好。

我们的消息来源很多,得益于不中毒时候的三知的电脑,不知疲倦的搜索。有时候他的电脑中毒了,消息就延迟一些。
这么多更新怎么就用个FP1?
今天他又搜索到了一则消息:Domino Traveler 11.0.1更新FP1了。

本来他没打算告诉我,但,他的手机收邮件很延迟,大多数时候看不到邮件收到的通知提醒。

为此老板口头警告了他几次,怎么几天才回我邮件?

嗯,老板自己也不是随时回邮件,一般报销款等和款有关的邮件,要好几个月才回复,就像去了趟南极洲似的。

邮件提醒还是要的,现在,三知需要提醒,所以告诉了我这个消息。

不过,这个更新和我们没有任何关系,我们用的版本比较老,还是60多天以前更新的。

嗯,是的,我们只是比较老,毕竟大家用的特别老,大多数是用十多年前Traveler 8.5,似乎也安然无事。

对,科普一下,Traveler是用来推送手机邮件的,在后来的某次更新中,也支持Outlook等客户机连接,因为采用了Exchange ActiveSync协议,这就为广大的盗版使用者提供了广阔的可为空间。

怎么说呢,譬如三知,采用的是QQ邮箱app连接到Traveler收发邮件的。

很多人居然没发现这个事实,因为我也不敢说,毕竟堂堂正正的Domino插件要支持Exchange ActiveSync协议,真是让人深感痛心和不适。
这么多更新怎么就用个FP1?
在趁着三知去打热水时,我仔细看看了他搜索的Traveler更新的消息。

发布的更新是Traveler v11.0.1FP1, HCL真是太不象话了,说话不算话,说好FP是补丁包,只是做修复用,结果不单进行了修复,还更新了功能!

首先,居然支持Microsoft SQL Server 2019,以前可只是DB2,这档次又落了几个层次,没有了DB2的高大光环,Traveler的高可用模式(那种可支持大企业至少千人规模以上的移动设备邮件解决方案)还有人用吗?

其次,居然还添加了一个Notes.ini参数支持:NTS_AS_SEND_NOTICES_FROM_MAIL_SERVER
因为Traveler支持Exchange ActiveSync(EAS)16.1协议,所以用Apple内置邮件、日历App安排会议并发送通知时,如果Traveler服务器没配置路由或路由不正确,则路由会失败。

嗯,当然修复了。

各位盆友手机上,如果用的是Traveler原生的Verse App收发邮件和日历安排会议,则没这个影响。

现在有了这个参数支持,即使用Apple内置邮件、日历App安排会议,也不会发生错了。

最后当然是修复问题了。

比如移除了Exchange ActiveSync 14.0协议的错误提示;还有Traveler默认显示用户完全名称斜线之前的名称,还可用参数控制是否显示带有斜线的用户名等等。

嗯,用Google翻译真的很累,但很快,终于赶到三知回来前,看完了整篇翻译,并把他的手机上的QQ邮箱通知权限打开。

冒着满头大汗的三知,喝下一大口热水,看到了手机满屏幕的老板催促的邮件通知,回头对我大喝一声:“你不应该把我手机提醒弄好的!”

更多精彩内容请关注微信公众号“协作者”

原文地址:https://mp.weixin.qq.com/s/qHIRTcFk0fey0FviZkOJFQ

更多HCL Domino学习视频请关注淘宝店铺:协作者的店