This site will have limited functionality while we undergo maintenance to improve your experience. If an article doesn't solve your issue and you want to ask a question, we have our support community waiting to help you at @FirefoxSupport on Twitter and/r/firefox on Reddit.

Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Hierdie gesprek is in die argief. Vra asseblief 'n nuwe vraag as jy hulp nodig het.

email in certain personal folders not visible {workaround found}

more options

A search for this problem brought me to https://support.mozilla.org/en-US/questions/1002714 but the solutions offered in that thread do not work.

An upgrade from XP (outlook express) to Win 8.1.

On old machine imported Outlook Express successfully into TB, then moved profile to new Win 8.1 machine, where this problem occurs.

Redirected the .ini file, however discovered that a) many folders, although showing, contain no email, and b) some folders do not show subfolders. Check using explorer directly into the profile shows that all email are in their correct place.

The one consistent factor is that it's the folders that have any Japanese text in their names (TB is English version) are the ones which do not show email (nor display any subfolders if they have them); i.e. the folders display correct Japanese names, but are empty. Any folder that is written wholly in English displays email fine (also subfolders and contents display fine). Email written in Japanese display fine in these English-named folders, so it seems to be just the folder names which cause this problem.

Moving the folders with Japanese characters in them from 'Outlook Express Import' folder to subfolders of Inbox on TB on XP PC, then transfering profile over again has no effect.

I don't know if this is a Win 8.1 issue but it seems more of a bug in TB?

First attempt at a solution is to rename the Japanese folders into English and see if that works. That will be tedious so if anyone has any other ideas, please advise.

Many thanks.

A search for this problem brought me to https://support.mozilla.org/en-US/questions/1002714 but the solutions offered in that thread do not work. An upgrade from XP (outlook express) to Win 8.1. On old machine imported Outlook Express successfully into TB, then moved profile to new Win 8.1 machine, where this problem occurs. Redirected the .ini file, however discovered that a) many folders, although showing, contain no email, and b) some folders do not show subfolders. Check using explorer directly into the profile shows that all email are in their correct place. The one consistent factor is that it's the folders that have any Japanese text in their names (TB is English version) are the ones which do not show email (nor display any subfolders if they have them); i.e. the folders display correct Japanese names, but are empty. Any folder that is written wholly in English displays email fine (also subfolders and contents display fine). Email written in Japanese display fine in these English-named folders, so it seems to be just the folder names which cause this problem. Moving the folders with Japanese characters in them from 'Outlook Express Import' folder to subfolders of Inbox on TB on XP PC, then transfering profile over again has no effect. I don't know if this is a Win 8.1 issue but it seems more of a bug in TB? First attempt at a solution is to rename the Japanese folders into English and see if that works. That will be tedious so if anyone has any other ideas, please advise. Many thanks.

Gewysig op deur Justin Hollingworth

Gekose oplossing

As I suspected, changing the folder names to English (i.e. ascii or single byte entry?) solved this issue.

I'm marking this as 'workaround found' as I still believe it's a bug of some kind.

Lees dié antwoord in konteks 👍 0

All Replies (1)

more options

Gekose oplossing

As I suspected, changing the folder names to English (i.e. ascii or single byte entry?) solved this issue.

I'm marking this as 'workaround found' as I still believe it's a bug of some kind.