Tested 5-20 Win32 and Mac build. This page has meta charset. UTF-7 IMAP4rev1 modified version character is not displayed correctly.
Practical testing for this should be done on IMAP servers many different charactesr since we are not likely encounter real web pages written in this charset. (Or at least mail testers need to be aware of the problems.) Pass this on to me when the converter has been proven to be there.
There is one browser test available now, which we know to be a correct modified UTF-7 string quoted from RFC 2060. See the above URL. (Until we have the IMAP folder name working (Bug 7130), we can't look at real IMAP folder name examples.) This string contains ASCII, Japanese, and Chinese data. The Chinese data do not display correctly. (Japanese data do.)
The correct test string from RFC 2060 is: ~peter/mail/&ZeVnLIqe-/&U,BTFw- Note the modified UTF-7 "," instead of "/" as used in UTF-7. If you change "," back to "/", you can see the Chinese word "Taipei" under the encoding for modified UTF-7 for IMAP4. ~peter/mail/&ZeVnLIqe-/&U/BTFw- I have a sample of this in text format: http://rocknroll/users/momoi/publish/seamonkey/tests/simplemodutf7.txt The original in text format is here: http://rocknroll/users/momoi/publish/seamonkey/tests/simplemodutf7orig.txt
Should be fixed now. (It was a typo: "/" was accepted instead ",")
** Checked with 6/15/9 Win32 build ** The above URL now displays correctly (ASCII, Japanese, Chinese) with this new build. It also displays a longer test page such as follows correctly: http://rocknroll/users/momoi/publish/seamonkey/tests/modutf7correct_test.html Marking it verified/fixed.