Envoy自动包裹提醒暂停一周，为什么手动重发仍有例外

写字楼包裹通知中的Snooze，不能只理解为“这一条消息先别提醒”，也不能概括成所有通知途径都停止。Envoy的Delivery notifications文档说明，在相应功能已启用的条件下，收件人可以暂停某个delivery area的自动通知一周，包括新件通知与提醒通知。[1] 同页还明确保留手动重发的例外。

暂停范围以收件区为单位。原文说，同一人仍会收到其他delivery areas的通知，除非那些区域也分别暂停。因此，一处Snooze没有自然变成全部地点停发，也没有表示楼宇停止接收包裹。一件包裹通知中出现的入口，联系到的是该收件区在一段时间内的自动通知安排，而不只涉及当前这一件。

Resending notifications段给出了直接相关的边界：手动重发时，文档称通知会在当时发给收件人，即使超出通知时间安排，或者收件人的通知正处于snoozed状态。因此，“自动通知暂停”与“仍可手动重发”可以同时成立。这里采用产品文档的行为说明，没有执行重发、推荐催领次数，或证明任何真实消息已到达。

自动通知本身也有联系收件人的前提。帮助页开头说，系统需要知道包裹给哪位员工，以及该员工的联系信息；读取运单标签上的名字后，若与目录中的员工匹配，才形成自动通知关系。这是厂商描述的信息联系，不是本文核验员工身份、真实运单或通知结果。

Notification delays谈的又是通知发出前的缓冲。原文以许多包裹同时到达为背景，解释登记、分类和整理尚在进行时，收件人可能已经因即时通知前来领取。延迟是在记录与通知之间留出整理时间；Snooze则暂停某区一周内的自动新通知与提醒。再加上手动重发例外，三段分别描述正常发送时点、自动暂停和另行重发，不能只用“晚点通知”替代全部含义。

This isn't mine转向包裹归属。文档说，它会通知原先扫描包裹的管理员，并在delivery log中把包裹标为unidentified。这与通知延迟或暂停不同：它表达目前对应的收件对象有问题，而不是安排消息何时再出现。整理服务说明时，保留这个状态，可以避免把归属问题写成普通提醒未发。

对写字楼包裹服务资料，理解Snooze需要同时保留区域、时间和发送方式：一个收件区的自动新通知及提醒暂停一周，其他区可继续通知，手动重发还有原文明示的即时例外。本文采用正式同页这些完整段及邻接，不转写后台操作，也不判断保管安全、隐私合法性或实际领取。页面所列2024年7月2日不冒称首次发布日期，来源元数据保持未知首发。