Brad,

I have been working on the BestBody algorithm and have a working
implementation - able to detect the original body format: plain text,
HTML or RTF.

I have finally chosen to design the function prototype this way:

enum MAPISTATUS GetBestBody(mapi_object_t *obj_message, uint8_t *format)

It takes the message object, perform all required MAPI operations needed
to determine the format and return the type within the format parameter.
If body type is undefined, GetBestBody returns MAPI_E_NOT_FOUND
otherwise MAPI_E_SUCCESS.

I have updated openchange tools: openchangeclient and exchange2mbox to
use this function rather than the original PR_MSG_EDITOR_FORMAT
switch/case we used to have.

The only issue I currently have is that if I send the email from Outlook
2003 (using RTF editor), then the closing brackets and trailing '\0' are
automatically appended -- no need to do it manually. In the meantime it
causes the mapitest LZFU test to fault.

I'm willing to commit the current code (BestBody + lzfu update), so I
can move other parts I have in my TODO list.

I suspect we may only need to update the RTF_* blobs in
module_noserver.c to fix this. If I'm wrong, then we'll just have to
uncomment the lines in lzfu.c to switch back.

FYI, I've tested the #ticket 19 patch Fai submitted. As far as I can
see, the decoding doesn't match with Outlook input.

Cheers,
Julien.

-- 
Julien Kerihuel
[EMAIL PROTECTED]
OpenChange Project Manager

GPG Fingerprint: 0B55 783D A781 6329 108A  B609 7EF6 FE11 A35F 1F79

Attachment: signature.asc
Description: This is a digitally signed message part

_______________________________________________
devel mailing list
[email protected]
http://mailman.openchange.org/listinfo/devel

Reply via email to