[Exchange 2010] Exchange genereert verkeerd e-mail adres.

[gnimmeL_kraD]

Ik ben vandaag weer eens tegen iets wazigs aangelopen.

Bij de hele organisatie wordt het e-mail adres van de gebruikers automatisch gegerereerd door een recipient policy. Bij iedereen gaat dit goed, echter lijkt Exchange bij één account onnodig intelligent te doen. De achternaam van de gebruiker begint namelijk met de letter Ö (met trema) en Exchange vind dan dat het e-mail adres maar moet beginnen met Oe.

Nu kan ik uiteraard het vinkje uitvinken dat het e-mail adres niet automatisch bijgewerkt wordt door de recipient policy, maar dit is een workaround en geen oplossing. Uitzonderingen zorgen op de lange termijn altijd weer voor problemen.

Iemand een idee?

[feuniks]

gnimmeL_kraD schreef op woensdag 03 maart 2010 @ 09:46:
Ik ben vandaag weer eens tegen iets wazigs aangelopen.

Bij de hele organisatie wordt het e-mail adres van de gebruikers automatisch gegerereerd door een recipient policy. Bij iedereen gaat dit goed, echter lijkt Exchange bij één account onnodig intelligent te doen. De achternaam van de gebruiker begint namelijk met de letter Ö (met trema) en Exchange vind dan dat het e-mail adres maar moet beginnen met Oe.

Nu kan ik uiteraard het vinkje uitvinken dat het e-mail adres niet automatisch bijgewerkt wordt door de recipient policy, maar dit is een workaround en geen oplossing. Uitzonderingen zorgen op de lange termijn altijd weer voor problemen.

Iemand een idee?

De vraag is: wil je wel een email adres met ö? Exchange is niet nodeloos intelligent, maar Exchange weet, dat er in de wereld een aantal mailsystemen zijn , die geen accenten op letters snappen. Een mogelijke bron voor problemen dus.

[Kees-Jan]

kijk even op: Wikipedia: E-mail address

[gnimmeL_kraD]

feuniks schreef op woensdag 03 maart 2010 @ 09:54:
[...]


De vraag is: wil je wel een email adres met ö? Exchange is niet nodeloos intelligent, maar Exchange weet, dat er in de wereld een aantal mailsystemen zijn , die geen accenten op letters snappen. Een mogelijke bron voor problemen dus.

Sorry, dat was ik inderdaad vergeten te vertellen. Nee, het moet gewoon een o worden, netzoals Exchange van een ë een normale e maakt (zoals in de naam daniëlle).

[Jazzy]

Wat je hier ziet is precies wat je wilt, want een e-mailadres kan geen krakter met umlaut bevatten. Toegestaan is alleen:
- Letters a-z en A-Z
- Cijfers 0-9
- Karakters ! # $ % & ' * + - / = ? ^ _ ` { | } ~
- Karakter . (1 keer achterelkaar en niet direct voor het @)

Edit: Wat hierboven al gezegd werd dus.

Is niets aan te doen, dat zul je met de hand moeten corrigeren. Exchange is zo vriendelijk om deze vreemde karakters om te zetten naar iets wat geldig is, maar weet natuurlijk niet of jouw gebruiker uit Duitsland komt of het op een andere manier omgezet wil zien.

[ Voor 36% gewijzigd door Jazzy op 03-03-2010 09:57 ]

[Verwijderd]

En een O met umlaut is natuurlijk iets anders dan de e met trema in Daniëlle, dus de vertaling van Exchange is correct

[gnimmeL_kraD]

In ieder geval bedankt voor de reacties. Ik zal het automatisch updaten uitzetten.

Toch nog steeds stom dat je niet zelf kan bepalen hoe leestekens geintepreteerd worden, aangezien het in verschillende landen anders gezien kan worden.

[Jazzy]

gnimmeL_kraD schreef op woensdag 03 maart 2010 @ 10:06:
Toch nog steeds stom dat je niet zelf kan bepalen hoe leestekens geintepreteerd worden, aangezien het in verschillende landen anders gezien kan worden.

Om hier even op door te gaan... Stel je voor dat je omgeving iets groter is en je gebruikers hebt in 15 landen. Moet er dan een aparte beheerinterface komen waarmee op basis van policies bepaalt kan worden hoe een ongeldig karakter omgezet moet worden? En moet dat dan afhankelijk zijn van het land waar die persoon werkt, of het land waar die persoon geboren is? Enzovoort...

Geloof me, ik ken weinig producten die zo ver te customizen en zo veel rekening houden met allerlei mogelijke scenario's als Exchange 2010. Dus om dit 'gebrek' nou stom te vinden, ik denk dat er wel grotere tekortomingen zijn te bedenken.

[gnimmeL_kraD]

Jazzy schreef op woensdag 03 maart 2010 @ 10:11:
[...]
Om hier even op door te gaan... Stel je voor dat je omgeving iets groter is en je gebruikers hebt in 15 landen. Moet er dan een aparte beheerinterface komen waarmee op basis van policies bepaalt kan worden hoe een ongeldig karakter omgezet moet worden? En moet dat dan afhankelijk zijn van het land waar die persoon werkt, of het land waar die persoon geboren is? Enzovoort...

Geloof me, ik ken weinig producten die zo ver te customizen en zo veel rekening houden met allerlei mogelijke scenario's als Exchange 2010. Dus om dit 'gebrek' nou stom te vinden, ik denk dat er wel grotere tekortomingen zijn te bedenken.

Nou, op zijn minst wel de optie om letters niet om te zetten naar fonetisch maar gewoon zonder leestekens zou wel gewenst zijn

Maar ik begrijp je punt wel hoor, ik ben gewoon vervelend omdat ik het er niet mee eens ben

[alt-92]

gnimmeL_kraD schreef op woensdag 03 maart 2010 @ 11:12:
[...]


Nou, op zijn minst wel de optie om letters niet om te zetten naar fonetisch maar gewoon zonder leestekens zou wel gewenst zijn

Hoe vaak (pak je eigen voorbeeld even erbij) zal je dat zien, en hoeveel moeite kost het om alle mogelijke varianten die er dan mogelijk zijn volledig getest en door QA & Legal goedgekeurd naar produktie te schuiven?
En welke andere nuttige features moeten dan op de plank blijven liggen omdat de devver zich nou eenmaal niet kan clonen of meer dan 24u per etmaal kan werken? )

kwestie van afwegen - dit incidenteel voorkomende geval tegenover de hoeveelheid devwerk.
Iets met diminishing returns enzo

[QuadrifoglioVerde]

Nou, op zijn minst wel de optie om letters niet om te zetten naar fonetisch maar gewoon zonder leestekens zou wel gewenst zijn

Je zou de "/r"-switch uit, zoals beschreven in dit knowledgebase article: How to Modify an SMTP E-Mail Address by Using Recipient Policies, kunnen proberen. Maar dan kom je nog in de problemen als een andere user weer een ander speciaal karakter in z'n naam heeft.

Ik ben het dus met heren hierboven eens. Gewoon de defaults van exchange aanvaarden. They're there for a reason ;-)