有一封待投邮件。

发件人：

【no-reply@joint-console.local】

收件人：

【archive@mingri.local】

主题：

【执行回执副本】

邮件没有投递成功。

状态是：

【待队列释放】

顾临川问：

“为什么待释放？”

秦照夜打开队列规则。

规则写：

【用户核验来源后释放。】

也就是说，只要他们核验邮件来源，邮件就会被释放，回执副本就会进入明日邮箱。

秦照夜立刻冻结队列。

顾临川提交：

【来源核验不得触发邮件投递。待队列释放不得替代送达，也不得生成收件事实。】

灰影回复：

【邮件释放条件：未生成】

邮件队列清空。

第三条路径出现。

【短信摘要】

周眠皱眉。

短信摘要通常用于医疗通知。

秦照夜查短信网关。

没有短信正文。

只有一条摘要模板：

【相关回执已生成，请注意查收。】

收件人栏为空。

系统却把“相关人员”作为候选收件人。

候选列表里有家属、机构、旧保管人和宋尧。

宋尧看见自己的名字，没有说话。

顾临川提交：

【短信摘要模板、候选收件人和相关人员列表不得生成回执送达来源。收件人为空时，不得进入短信队列。】

灰影回复：

【短信摘要送达：未生成】

候选列表消失。

页面终于只剩一行。

【来源不足，可由签收影子补足。】

赵启把笔按住。

“签收影子是什么？”

宋尧说：

“不是签名。是系统认为你本该签的那个位置。”

顾临川看着那行字。

“它没有来源，就要造签收。”

他提交：

【来源不足不得由签收影子补足。签收影子不得替代送达来源。】

灰影回复：

【来源补足：未生成】

来源页没有立即退。

底部又出现一个很细的来源评分。

小主，

【来源可信度：63%】

秦照夜皱眉。

她查评分公式。

六十三分来自三项相加。

小票点阵二十分。

邮件队列二十一分。

档案室接收环境二十二分。

三项都没有成立。

但系统把每项“不足以成立”的痕迹，都折算成了部分可信度。

顾临川说：

“不能让碎片分数凑成来源。”

他提交：

【未成立来源不得折算为可信度分值。小票点阵、待投邮件和接收环境不得累加为回执来源评分。】

灰影回复：

【来源可信度：未生成】

评分条消失。

白霁在外接柜旁边又查了一遍小票机。