Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: openchangeclient show folder list in Exchange Server 2007 changing all Cyrillic characters to '?' sign. As a result Evolution show only spaces as folder name. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Install Exchange Server 2007 (Russian version) 2. setup Evolution to connect to exchange server 3. run openchangeclient to list folders in user mailbox Actual results: $ openchangeclient -f ~/.evolution/mapi-profiles.ldb -m ????????????+ - Andrew Martynov |---+ Drafts : (Total: 19 / Unread: 0 - Container class: IPF.Note) [FID: 0x5aebb11311000001] |---+ Junk E-mail-2 : Junk Email Comment (Total: 419 / Unread: 419 - Container class: IPF.Note) [FID: 0xd070310000000004] ??????|---+ RSS- : ?????????? RSS-?????? (Total: 0 / Unread: 0 - Container class: IPF.Note.OutlookHomepage) [FID: 0x01007a0300000006] Expected results: Почтовый ящик+ - Andrew Martynov ... and so on.... Additional info: Wireshark show that MAPI session is established with codepage 1252. I patched mapiprofile.c to use cp1251 instead of hardcoded cp1252 and recreate profile by hand. # see mapiprofile.c line 170 /* This is only convenient here and should be replaced at some point */ mapi_profile_add_string_attr(profname, "codepage", "0x4e3"); tdbdump show codepage in profile as '0x4e3'. After what I see folder list as: + Ïî÷òîâûé ÿùèê - Andrew Martynov This data looks like some text produced by wrong encoding. I can convert this to Russian by iconv: openchangeclient -f ~/.evolution/mapi-profiles.ldb -m | iconv -t utf8 -t cp1252 | iconv -f cp1251 Final result: + Почтовый ящик - Andrew Martynov So, we need to: - extend mapiprofile tool to allow set up codepage as a command line parameter - review libmapi/utf8_convert.l to allow conversion of Exchange data not only to Roman character set (cp1252) but to others 8bit codepages like cp1251, and only then to utf8
I found better way to solve this issue. I add comment to openchange bug tracker (as I found that reporter open the issue there also). Here is the link: http://trac.openchange.org/ticket/183 Regards, Ludek Finstrle
This message is a reminder that Fedora 11 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 11. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '11'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 11's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 11 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.