[quote user="tokul"]<p>If you think that issue is solved in some beta version, could you give me link to that beta? </p>[/quote] I've now looked back on the code I used to build v4.01c, and it's possible that I used the wrong base code set. It may be that the code I used to build v4.01c had an early prototype of the modified UTF-7 code, where it shouldn't have had anything at all. Unfortunately, the v4.01c build was done in a bit of a hurry (because it was addressing a reasonably serious security vulnerability), so I can't be totally sure about this. Certainly the modifed UTF-7 code appears to be working fine in v4.5, at least based on reports from the test team. As Peter has said, betas are currently not made available publicly, although I'm considering changing that: I may well go down a path where selected relatively stable betas will be made available to the public on the basis that they are undocumented and unsupported. Unfortunately, v4.5 is now so late along in the process that it's actually not easy for me to make a beta available to you, or I would consider doing so. Leave it with me and if I get to a point where I think there's something I can offer you, I'll get in touch. Cheers! -- David --

<p>Mercury IMAP server (tested 4.01c) outputs folders in UTF-7 character set, when IMAP rfc (5.1.3 chapter) says that command should use modified UTF-7 </p><p>For example:</p><table bgcolor="#ffffff" border="0" width="95%"><tbody><tr><td><font color="#0000cc"><small><b>Request:</b></small></font></td></tr> <tr><td>A004 LSUB "" "*" </td></tr><tr><td><font color="#0000cc"><small><b>Response:</b></small></font></td></tr> <tr><td>* LSUB (\NoInferiors) "/" Sent * LSUB (\NoInferiors) "/" Trash * LSUB (\NoInferiors) "/" Drafts * LSUB (\NoSelect \NoInferiors) "/" &BD8EPgRABEMEQgRHBDgEOg- LSUB completed.</td></tr></tbody></table><table bgcolor="#ffffff" border="0" width="95%"><tbody><tr><td><font color="#0000cc"><small><b>Request:</b></small></font></td></tr> <tr><td>A005 LIST "*" "*" </td></tr><tr><td><font color="#0000cc"><small><b>Response:</b></small></font></td></tr> <tr><td>* LIST (\NoInferiors) "/" INBOX * LIST (\NoInferiors) "/" +BD8EPgRABEMEQgRHBDgEOg- * LIST (\NoInferiors) "/" Drafts * LIST (\NoInferiors) "/" Sent * LIST (\NoInferiors) "/" Trash LIST completed.</td></tr></tbody></table><p> </p>

[quote user="tokul"]Mercury IMAP server (tested 4.01c) outputs folders in UTF-7 character set, when IMAP rfc (5.1.3 chapter) says that command should use modified UTF-7 [/quote] Actually, as far as I know, v4.01c doesn't do anything at all - it has no support for extended character sets. This is something we've added for v4.5, and to the best of my knowledge, it's working fine (I've had a number of my international beta testers do extensive work verifying that it goes OK). I assume that what you're seeing is Mercury/32 v4.01c simply echoing back whatever name you send it as a literal, because it makes no attempt to process the encoding. Cheers! -- David --

<p><b>* LIST (\NoInferiors) "/" +BD8EPgRABEMEQgRHBDgEOg-  </b></p><p>Line is in UTF7 </p><p><b>* LSUB (\NoSelect \NoInferiors) "/" &BD8EPgRABEMEQgRHBDgEOg-</b></p><p>Line is in UTF7-IMAP. Modified UTF7.</p><p>I've used 'CREATE "&BD8EPgRABEMEQgRHBDgEOg-"' command to create this folder. Russian word encoded in UTF7-IMAP.</p><p> </p><p> </p><p> </p>

<p>There is something strange, One minute folders are encoded correctly and one minute later they are broken,</p><p> I have session logs, if you need them. </p><p>If you think that issue is solved in some beta version, could you give me link to that beta? </p>

Betas are not public.