LG - 05/31/06 09:24 AM JM-695 describes similar problems with /, ! and , so one may want to fix and test it alltogether.

Matt Tucker - 09/06/06 03:07 AM I don't have a good way to duplicate this issue at the moment so I'm pushing to a future release. It would be helpful if someone could verify if this is still an issue. If it is an issue, the following might help: http://java.sun.com/products/jndi/tutorial/beyond/names/syntax.html

Denis Golovan - 11/07/06 01:45 AM Confirm, v3.3.1 still has the issue. Besides, when ou has international symbols (such as Russian ones ) wildfire.xml saves it incorrectly both from admin console and when updating wildfire.xml during the work. Correcting manually (using Win1251 codepage, AFAIK utf-8 allows this) helps a bit, some time after server rewrites my ou name and stops authentificating users.

Denis Golovan - 11/08/06 12:45 AM Besides, I discover another strange behaviour - each time after config being rewritten by the server, international symbols (such as Russian ones ) are converted in presentation (in utf-8, I guess) which doubles in length. Such things happen even with text in comments. Maybe some bugs in java xml parser?

Daniel Henninger - 01/14/08 04:02 PM The hardest part of this is setting up a quick LDAP server that has spaces like this. And maybe even some Russian character ones, but honestly, I think whatever fix I put in place for one will fix the other. Going to set up a quick virtual environment to test this with. Shouldn't be hard.

Daniel Henninger - 01/15/08 11:22 AM Related to this, looks like a number of HTML characters are converted improperly when saving LDAP filter changes. & -> & for example

Chris Hirsch - 06/06/08 03:28 PM This issue is still present in 3.5.1. If I change my uid to be mail it will change the @ sign to an HTML char and not authenticate the user because it can't find it.