Exchange 2010 E-mail Address Policy create all lowercase

[ReTechNL]

Ik heb problemen met een policy string welke in mijn situatie niet wilt werken.
Ik wil een email adres creeeren met allemaal lowercase tekst zoals [e-mail]

Software:

code:

Windows Server 2008 R2 Standard
Exchange Server 2010

Policy string:

code:

%rAa%rBb%rCc%rDd%rEe%rFf%rGg%rHh%rIi%rJj%rKk%rL[e-mail]

Gebruiker:

code:

John Smith

Resultaat:
[e-mail] inplaats van [e-mail]

Als ik "[e-mail]" aanpas naar "[e-mail]" dan werkt het wel maar dan heb ik [e-mail] en niet [e-mail].
Ik sta voor een raadsel....

Weet iemand hier een antwoord op? Ik zit nu sterk te denken dat dit een bug/"feature" is in Exchange 2010.
In Exchange 2013 op Windows Server 2012 en op een Exchange 2007 server werkt dit namelijk allemaal wel.

~ReTechNL

[ Voor 3% gewijzigd door ReTechNL op 16-12-2014 11:09 ]

[Killah_Priest]

Waarom zou je dit perse in lowercase willen hebben? Ik zie het nut hier persoonlijk niet van in (het is niet zo dat als je mailadres in uppercase is en ik een mail erheen stuur in lowercase dat deze niet aankomt)

[ReTechNL]

Killah_Priest schreef op dinsdag 16 december 2014 @ 11:26:
Waarom zou je dit perse in lowercase willen hebben? Ik zie het nut hier persoonlijk niet van in (het is niet zo dat als je mailadres in uppercase is en ik een mail erheen stuur in lowercase dat deze niet aankomt)

Klopt. Echter hebben we nu allemaal uppercase en lowercase mail adressen door elkaar en we zouden graag alles naar lowercase willen hebben zodat alles uniform is. Echter gaat het om +500 mail adressen dus dat ga ik niet met de hand aanpassen.

Tevens heb ik het bij een andere klant ook getest welke ook server 2008 R2 draait met Exchange 2010 en deze heeft het zelfde probleem.

[Jazzy]

Het eenmalig corrigeren is geen probleem, dat kun je met PowerShell vrij eenvoudig doen. Maar ik heb met 2010 wel meer dingen gezien die opeens niet meer werkte, dacht eigenlijk dat %1g ook zoiets was, maar dat werkt bij jou wel gewoon zonder die %r?

[ReTechNL]

Jazzy schreef op dinsdag 16 december 2014 @ 13:39:
Het eenmalig corrigeren is geen probleem, dat kun je met PowerShell vrij eenvoudig doen. Maar ik heb met 2010 wel meer dingen gezien die opeens niet meer werkte, dacht eigenlijk dat %1g ook zoiets was, maar dat werkt bij jou wel gewoon zonder die %r?

Ja, en met ook alleen werkt de %r niet correct meer in combinatie met %1g.
Echter met %2g weer wel dus wat nou dat probleem veroorzaakt.... soms werkt het ook weer wel, bijv %rJs %1g als er een J in voor komt dan wordt dat een s wat vreemd is dat het dan in andere gevallen weer niet werkt.

[Urk]

Grappig dit want ik heb in het verleden dit ook bij een klant geimplementeerd. Ondanks dat het natuurlijk niet uitmaakt vond ik het ook irritant om hoofdletters in de e-mail adressen te hebben.
De klant draait Exchange 2010 (+ laatste SP en UR's) en het werkt daat perfect, ik zie wel een heel klein verschilletje tussen jouw policy en die van mij:

Jouw policy:

code:

%rAa%rBb%rCc%rDd%rEe%rFf%rGg%rHh%rIi%rJj%rKk%rL[e-mail]

Mijn policy:

code:

%rAa%rBb%rCc%rDd%rEe%rFf%rGg%rHh%rIi%rJj%rKk%r[e-mail]

Zoals je ziet is de policy bijna gelijk, bij mijn klant resulteert dit in het volgende:
Naam: Fred Verbeek --> [e-mail]

Ik zie bij jou echter een punt vlak voor het @-teken staan, klopt dat wel en ontstaat daardoor het probleem niet?

Mijns inziens is dit dus zeker geen bug in Exchange 2010, of het moet later een bug zijn geworden maar bij ons werkt het tot op heden prima.

[Urk]

@ReTechNL: heb je nog wat aan mijn opmerking gehad?

[ReTechNL]

Urk schreef op zondag 28 december 2014 @ 23:24:
@ReTechNL: heb je nog wat aan mijn opmerking gehad?

Dit bleek een bug te wezen in de implementatie van Exchage 2010, we hebben het niet opgelost gekregen.
Dit punt maakte weinig uit met betrekkig tot de naam geving en of het omzetten naar mail adres.
We hebben dit op meerdere server omgevingen getest met de zelfde specificaties.

ninja edit: Sorrie voor de late reactie en kick van het topic.

[ Voor 6% gewijzigd door ReTechNL op 03-06-2015 21:48 ]