First of all, thank you for this. It made things better. New&nbsp;comments are inline.<br><br>
<div><span class="gmail_quote">On 8/10/06, <b class="gmail_sendername">Thomas Bruederli</b> &lt;<a href="mailto:roundcube@gmail.com">roundcube@gmail.com</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">IMP uses the PHP integrated IMAP functions and as far as I could see<br>do thex handle the charset conversion internally.
</blockquote>
<div>&nbsp;</div>
<div>I don't know - I have just tested IMP and Group-Office lately and they both seem to treat folders nicely from a user's point of view. I am not that familiar with how they do it.</div><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I just committed some changes that should solve these problems. It<br>works well with my mailbox but I only use ISO characters. Please
<br>checkout the latest revision and test it with your environment.</blockquote>
<div>&nbsp;</div>
<div>These are the results:</div>
<div>&nbsp;</div>
<div>1) In folders list the multibyte characters are cut (... is put in the middle of the string) incorrectly. This happened before, I just didn't mention it to the dev list until now. This means that the PHP function should check the length of string as multibyte and cut it as such. Currently I have folders that have AAA?...AAAAA (where AAA=multibyte chars). The question mark (?) is shown because the second byte of the character is cut so it's substituted by ? (therefore I assume that the PHP fuctions do not treat this string as multibyte before checking/converting/minimizing length). There are multibyte folder name&nbsp;with real length of 8 chars that are cut and English folders that are 10 or more and are not cut. So perhaps this behaviour should be examined.
</div>
<div>&nbsp;</div>
<div>2) When I use English GB language the folders work nicely. They used to work nicely on the folder list (ie show), now the create/rename folder works flawlessly too (big thanks). </div>
<div>&nbsp;</div>
<div>But when I use another language, for example Spanish,&nbsp;things get messed up, just like in the past. Let me know if I am allowed to send you screenshots (via personal email) to show what happens when charset is not ISO-8859-1, or perhaps a login account on such a mailbox.
</div>
<div>&nbsp;</div>
<div>Results (for non English charset): </div>
<div>Create folder -&gt; &quot;error occured while creating folder&quot; or similar error in the translated language</div>
<div>View folder -&gt;&nbsp;strange charset conversion (or no conversion at all?) is&nbsp;shown instead of the normal folder</div>
<div>Rename folder -&gt; &quot;error occured while creating folder&quot; or similar error in the translated language</div>
<div>&nbsp;</div>
<div>I have noticed that the erratic folder behavior happens when I use specific languages like </div>
<div>Slovak, Polski, Greek, Espanol, Arabic etc but not on&nbsp;Japanese, Russian, English (it works fine on those showing always the correct folder names as intended)</div>
<div>&nbsp;</div>
<div>I can only assume it has to do with internal PHP charset conversions that only support some charsets and not others? Like what happens with html_entity_decode that supports only _some_ charsets: <a href="http://nl2.php.net/manual/en/function.html-entity-decode.php">
http://nl2.php.net/manual/en/function.html-entity-decode.php</a></div>
<div>&nbsp;</div>
<div>Finally, I am using PHP 4.4.x branch to test.</div>
<div>&nbsp;</div>
<div>Let me know how I can help further to solve this. </div>
<div>&nbsp;</div>
<div>Your support is very much appreciated,</div>
<div>&nbsp;</div>
<div>Eric</div></div>