我使用的是适用于 Microsoft 365 MSO（16.0.13127.21452）64 位的 Microsoft Outlook，但其他版本的 Outlook 也遇到了这个问题。
问题
我期望 Microsoft Outlook 会在 MM:00 准时弹出，但它们总是在 MM:44 或 MM:45 左右弹出。例如，如果我在 09:00 CEST 创建会议，并在会议前 15 分钟设置提醒，则只会在 ~08:45:45 弹出提醒。如果在会议开始前 0 分钟再次提醒我，则会在 ~09:00:45 弹出提醒。我期望在 08:45:00 和 09:00:00 收到提醒。
排除潜在错误源
由于我在两家不同的公司都遇到过这种情况，所以我不怀疑服务器的时间同步错误（如果服务器与此有关的话）。我有定期的 NTP 更新，我的时间与例如https://time.is/（不过，我猜 Outlook 客户端只是占用了操作系统的时间，所以这应该也不是问题）。问题可能出在客户端无法正确处理 CEST，但我不知道为什么会有 45 秒的延迟。
问题
所以我想知道，Outlook 中是否存在我遗漏的设置，我可以更改该设置以始终在 MM:00 获取提醒？或者这是已知的预期行为？
目前使用的解决方法
我现在只是使用变通方法，在会议开始前 17 分钟设置默认提醒（仅适用于新创建/接受的会议），然后在 15 分钟后再次提醒，这样我大概会在 08:58:45 收到提醒。但是，如果我不立即点击，15 分钟后可能太晚了，因为据我了解，这是从我暂停提醒的时间算起的 15 分钟，而不是它最初弹出的时间。因此，我只能在更早的时候收到提醒，或者在会议开始前 0 分钟点击提醒，这太晚了。因此我提出了上述问题。
答案1
0 hours before start虽然结果并不总是一致的，但这是可重复的 - 然而，根据下面观察到的行为，贪睡选项似乎确实存在错误。
观察结果
如果我有一个会议，并且在 5 分钟前有提醒，则初始提醒通常会在 T-5:00 准时触发（正确），但至关重要的是，如果您等待 N 分钟（例如 1 或 2 分钟，但少于 5 分钟）后再单击Snooze所选选项：0 hours before start，则最终提醒会在 N 分钟后触发后活动已经开始（T+N），这显然是错误的⚠。
这表明该0 hours before start选项实际上并没有按照其名称执行，而是设置了一个计时器，例如 5 分钟（如果您正在打盹的提醒是在 T-5），从当你点击小睡时⚠ 而不是实际将警报设置为在 T-0:00 触发，这才是正确的行为。我在这个答案关于相关问题。
编辑：在进一步的测试中我注意到一个微妙之处：