Colin Hendry
Posts: 12
Joined: 2008-12-08
|
Hi again,
I have finally got my addin (which contains extra unmanaged code) to run on windows mail. :D
gray
However when iterating over the mail folders I have found problems with the ADXOEFolder members Name and FolderPath.
Name does not support internationalized folder names even though they may be created in Windows Mail and work fine. Instead I get a set of question marks which looks like the result of a bad language conversion.
FolderPath also has this problem.
Should the FolderPath represent the folder on disk where the mail is stored? The documentation is a bit ambiguous here.
If so, it also does not correctly represent the true path on disk if there are two similar long folder names such as "Testing Image Format" and "Testing Image Results"
Are these known issues and if so is there any possibility of a fix.
Thanks for your help,
Colin
|
|
Fedor Shihantsov
Guest
|
Hi Colin,
You should set an appropriate system locale for correct work.
> Should the FolderPath represent the folder on disk where the mail is stored?
No, the FolderPath property is not related to the folder on the disk.
This is the full path in the Outlook Express folders tree.
|
|
Colin Hendry
Posts: 12
Joined: 2008-12-08
|
:| Why would I set a system locale - this doesn't make any sense. A locale can only represent one ansi character set/codpage at any one time and so would only be able to decode one ansi character set at a time.
i.e. in a japanese locale the charset is set to iso-2022-jp and only japanese characters can be represented in non-unicode programs.
In Windows Mail a user can set up mail folders which, for example, can have chinese and japanese and latin-1 characters in the mail folder names all at the same time as they use Unicode characters as defined in the Unicode character set and implemented in the Unicode codepage. They are all visible and readable to the user via the Windows Mail UI.
Are you saying that the plugin will only be able to decode folder names based on the local codepage for the current locale and will hence not operate correctly if attempting to decode a name which contains characters/codepoints which do not exists in the local codepage. If so then this is a bug as the addin should not attempt to convert the data using the local codepage.
The foldername is stored in UCS-2 unicode format in the winmail.fol file for each location on disk at byte 0x45 and so is available for use.
|
|
Fedor Shihantsov
Guest
|
|
Colin Hendry
Posts: 12
Joined: 2008-12-08
|
Thanks for the response.
When the single byte folder name is returned is it already translated using the local codepage (i.e. are a string of ?'s received via the interface for unicode characters not represented in the local codepage) from your response I am assuming that yes this is the case.
|
|
Fedor Shihantsov
Guest
|
That's right, the folder name is translated using the local codepage. If the local codepage does not correspond with folder name language then conversion is incorrect. |
|