【问题标题】:PST PidLidAttendeeCriticalChange propertyPST PidLidAttendeeCriticalChange 属性
【发布时间】:2014-05-09 07:21:26
【问题描述】:

遇到过使用 Outlook Spy 的情况,我可以看到我的 msg 具有上述属性。但是一旦我导出 pst 并尝试提取此消息,此属性在预期位置即 0x0001 索引和偏移量 0x0040 中不存在。 然而,在 Outlook 间谍中,我看到了 0x80B00040 的标签编号,当我查看我在标签 0x80B0 中看到的属性映射时,我确实看到了这个值。 我的问题是这个标签值是从哪里来的?我在这里没有找到任何引用它http://msdn.microsoft.com/en-us/library/ee237112(v=exchg.80).aspx

有人能解释一下命名属性和标签之间的关系吗?

【问题讨论】:

    标签: outlook outlook-addin mapi pst


    【解决方案1】:

    “此属性在预期位置不存在,即 0x0001 索引和偏移量 0x0040。”是什么意思?

    你的意思是属性标签改变了吗?这是意料之中的——GUID//id 和 prop 标签之间的映射是特定于商店的。您应该始终对来自所需存储的对象调用 IMAPIProp::GetIDsFromNames 以找出属性标记。

    【讨论】:

    • 抱歉不清楚。我正在使用 java 库 jpst 来解析 pst。他们对命名属性表的表示使用 LID(在链接中)作为索引,它是 0x00000001 来获取属性 ID。为了形成属性标记,它将该值左移 16 并添加数据类型 0x0040 作为偏移量,以从表条目结构中获取值。我的印象是,这将是一种将 propertyId 转换为标签并获取相应值的通用算法。
    • 所以您正在读取二进制级别的 PST 文件?抱歉,我没有这方面的经验。
    • 你能提供这个问题的指针吗stackoverflow.com/q/23799316/720571
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-08-09
    • 1970-01-01
    • 1970-01-01
    • 2012-07-26
    • 2012-05-22
    • 2011-04-29
    相关资源
    最近更新 更多