Issues with fax e-mails having a NULL value in MAPI Property PR_CONVERSATION_INDEX

Hi Folks,

I've seen this issue in a couple of environments now. Fax devices send faxes via e-mail with the original fax as an attached pdf. There is a known issue with the PR_BODY is missing.

Attachments are not being stripped from messages when they are archived.

In my cases this it has not worked to use a customized shortcut content.

So we troubleshootet this further. DTrace of the StorageArchive process when performing a store in vault operation from the client shows this:

{CMAPIMsgTraverser::GetMsgProperty} (Exit) Status: [Unspecified error  (0x80004005)]
{CMAPIMsgTraverser::GetMsgProperty} (Exit) Status: [Unspecified error  (0x80004005)]
{CMAPIMsgTraverser::ProcessMessage} (Exit) Status: [Unspecified error  (0x80004005)]
{CMAPIMsgTraverser::Traverse} (Exit) Status: [Unspecified error  (0x80004005)]
{CMAPIMsgTraverser::LiberateMessage} (Entry)
{CMAPIMsgTraverser::LiberateMessage} (Exit) Status: [Exception]
{CMsgTraverserControl::Traverse} (Exit) Status: [Unspecified error  (0x80004005)]
CFileSavesetAsMapiSavesetHelper::TraverseMessageOrSaveset - An error occurred 0x80004005

and so on.

In Outlook the icon changes back from pending archiving to normal.

We found out that after changing the subject line and saving the item it could be archived. So we compared the MAPI Properies before and after.

MFCMAPI shows this:

    <property tag = "0x00710102" type = "PT_BINARY">
        <ExactNames>PR_CONVERSATION_INDEX, PidTagConversationIndex, ptagConversationIndex</ExactNames>

        <Value>cb: 0 lpb: NULL</Value>
        <SmartView><![CDATA[Conversation Index:   Unnamed byte = 0x00 = 0  Current FILETIME: (Low = 0x00000000, High = 0x00000000) = 12:00:00 01.01.1601  GUID = {00000000-0000-0000-0000-000000000000}]]>
        </SmartView>
    </property>

After changing the subject of the e-mail and saving it changes to:

    <property tag = "0x00710102" type = "PT_BINARY">
        <ExactNames>PR_CONVERSATION_INDEX, PidTagConversationIndex, ptagConversationIndex</ExactNames>
        <Value>cb: 22 lpb: 01CE9E4AB0D0205D2E5B9FCF490BAA6AB15CE2AF70C8</Value>
        <AltValue><![CDATA[...J.. ].[..I..j.\..p.]]>
        </AltValue>

        <SmartView><![CDATA[Conversation Index:   Unnamed byte = 0x01 = 1  Current FILETIME: (Low = 0xB0D00000, High = 0x00CE9E4A) = 08:54:43 18.04.1785  GUID = {205D2E5B-9FCF-490B-AA6A-B15CE2AF70C8}]]>
        </SmartView>
    </property>

We noticed that after deletion of the PR_CONVERSATION_INDEX, the items could be archived.

I had once a case where a Symantec TSE stated that:

When EV traverse through the MAPI Property it reads its value and proceed further. Normal scenario it has a value or it can be blank and in your case the affected item have NULL value which is not good. So EV finds it's a problematic MAPI property and it fails.

So the cause would be the NULL value of the PR_CONVERSATION_INDEX property.

Now there are two questions:

Firstly, how to prevent the items to have that NULL value in the first place?

Secondly, how to change that property to all affected e-mails in the mailboxes. Any ideas?

Thanks in advance!

Sebaha