为什么某些对话索引值以看起来像 2 个保留字节的开头?两者都是 FILETIME 结构的一部分吗?或者转换 FILETIME 时应该省略一个吗?
示例如下 - 0101DA71215126A86591D256CE4180185E7915ACE148B12D73820980002A73708000006FBB80000C57D0
“01”实际上是 FILETIME 结构的一部分,因此,如果您只有一个实例,则无论 MS 文档如何建议,都不应该省略它。仅当有两个实例时我才会删除第一个实例。
请记住,依赖
PR_CONVERSATION_INDEX
中的根时间戳和增量时间戳确实不是一个好主意。 Outlook 本身从不使用它们,并且属性值似乎取决于邮件的传递方式 - 与 Exchange 服务器相比,即使对于相同的邮件,POP3/SMTP 提供程序似乎也处于关闭状态。