我只是偶然地注意到，我的一台 Cisco 4500 交换机的时钟出错了：尽管 ntp 看似正常，但它还是落后了 2 分钟以上。在我看来，对于所涉及的系统来说，即使是一秒钟也不应该被认为是可以接受的。此外，如果我没有将它与简单的挂钟进行比较，我就不会注意到与诊断的区别。
这是我的一些主机（10.0.99.1、10.0.99.2、10.0.1.119、10.0.99.241）的 ntp 信息，它们部分地相互引用以进行后备，但主要最终都应该通过与 10.0.0.1 同步，这再次拉动时间从外面。所以时间差异不可能是由不同的原始时间源造成的。由于观察结果使我有些偏执，因此“具有正确的时间”的方式如下show clock：（或date）产生与我的挂钟和本地系统时钟（根据http://time.is很好）匹配的输出肯定低于 1 秒的错误（我在观看本地时钟时按 ENTER 的准确性）
$ ntpq -np
remote refid st t when poll reach delay offset jitter
==============================================================================
+10.0.99.1 10.0.0.1 3 u 855 1024 377 0.904 -2.658 0.113
*10.0.0.1 130.149.17.8 2 u 266 1024 377 0.253 0.909 0.127
#sho ntp associations
address ref clock st when poll reach delay offset …在 Windows Active Directory（与 Exchange 2010 相关）中，我不确定mail:和proxyAddresses:属性之间的语义差异。据我所知，mail:是一值，proxyAddresses:而是多值，并且（除了可能包含非 SMTP 地址）允许一个值以SMTP主地址开头，多个值以smtp辅助地址开头。
我想我记得在以前版本的 Windows 和/或 Exchange 中， mainproxyAddresses始终与mail属性保持同步。但我现在注意到这些不再自动保持同步（取决于人们如何编辑数据）。所以我有一个用户可能会发生
mail: AAA@example.com
proxyAddresses: SMTP:BBB@example.com
proxyAddresses: smtp:CCC@example.com
因此，用户发送的任何邮件都将<BBB@example.com>用作发件人地址；收到的邮件发送到<BBB@example.com>或<CCC@example.com>将最终到达该用户的邮箱；但在哪里<AAA@example.com>发挥作用？
所以我的问题是
mail使用该属性是否有任何特定目的？mail:和proxyAddresses:SMTP条目是否有意义？mail:并且proxyAddresses:SMTP不再保持同步？