能否编写完全符合桌面通知规范（DNS）的通知服务器？

我了解到部分发送通知的程序会遵循这样的逻辑：先调用一次Notify并设置replaces_id = 0来获取分配的ID，后续调用Notify时就提供这个replaces_id来替换旧通知。

至少我在Arch Linux的AUR仓库中的'spotify'包观察到了这种行为。

显然，通知服务器可以独立于发送通知的程序重启，重启后服务器无法知晓程序存储的旧ID。当这些程序调用Notify并传入replaces_id != 0时，本质是请求替换一个不存在的通知ID，这似乎违反了桌面通知规范（DNS）中的相关规定：

用于指定现有通知的可选ID，当前通知将替换该现有通知。

这就引出了标题中的核心问题。

另外我曾误以为是Dunst违反了该规范，还为此提交过相关问题。

内容的提问来源于stack exchange，提问作者Enlico