IMAPIFormMgr::IsInConflict
适用于：Outlook 2013 | Outlook 2016
确定窗体是否可以处理自己的消息冲突。 如果消息已由多个用户同时编辑，则消息将发生冲突。 这可能发生在公用文件夹中的邮件上。
HRESULT IsInConflict(
ULONG ulMessageFlags,
ULONG ulMessageStatus,
LPCSTR szMessageClass LPMAPIFOLDER pFolderFocus
);
参数
ulMessageFlags
[in]指向从 PR_MESSAGE_FLAGS 复制的标志位掩码的指针， (PidTagMessageFlags) 指示消息当前状态的消息属性。
ulMessageStatus
[in]从 PR_MSG_STATUS 复制的客户端定义标志或提供程序定义的标志的位掩码 (PidTagMessageStatus) 消息的属性，该属性提供有关消息状态的其他信息。
szMessageClass
[in]一个字符串，用于命名消息的消息类。
pFolderFocus
[in]指向包含邮件的文件夹的指针。 如果 (不存在此类文件夹，则 pFolderFocus 参数可以为 NULL，例如，如果邮件嵌入另一封邮件) 中。
返回值
S_OK
窗体不处理自己的消息冲突。
S_FALSE
窗体处理自己的消息冲突，或者传递信息的消息不冲突。
备注
表单查看者调用 IMAPIFormMgr：：IsInConflict 方法，以发现特定窗体是否不处理其自己的消息冲突。 IsInConflict 检查 ulMessageFlags 和 ulMessageStatus 参数中的位掩码是否存在冲突标志。 如果设置了冲突标志， IsInConflict 将解析 在 szMessageClass 参数中传递的消息类，并在窗体不处理自己的冲突时返回S_OK。 如果窗体处理自己的冲突，IsInConflict 将返回S_FALSE。
未处理自身冲突的窗体必须使用 IMAPIFormMgr：：LoadForm 方法打开，并且不能重用现有表单对象。
给调用方的说明
当应用程序从一条消息移动到文件夹中的下一封或上一封邮件时，客户端应用程序通常必须处理冲突。 如果消息存在冲突，但该消息的表单服务器可以处理冲突，则客户端应用程序应执行其常用代码来显示下一条消息或上一条消息。 如果表单服务器无法处理冲突，客户端应用程序应继续，就像它不知道下一个或上一条消息的消息类一样。