[SBS2003] Mailadres in AD is niet te corrigeren *

[marc181982]

Een poosje geleden is een gebruiker aangemaakt , maar per ongeluk hebben ze een ''c'' gebruikt i.p.v een ''k'' in zijn naam (Moet zijn Vik , ipv Vic). Ook met het emailadres is een fout gemaakt , er is vic@bedrijf ingevuld ( Deze bestaat niet) i.p.v. de juiste [e-mail]

Display name enz is weer hernoemd naar de juiste naam (DoNotUpdateDisplayName truc) , werkt ook allemaal goed. Maar op een of andere manier in de active directory onder de general tab van de gebruiker , krijg ik het emailadres niet goed. Ik tik het in , druk op apply . Om daarna gpupdate /force uit te voeren. Kijk ik daarna weer naar zijn emailadres , staat het oude er weer in.

Hier een klein voorbeeld welk emailadres ik bedoel :

http://www.computerperformance.co.uk/images/Ldap_General.jpg

Heb al een poosje lopen zoeken maar kan helaas niets vinden.

Dit is de enigste server in het bedrijf met het os : Windows 2003 server small business exchange/active directory/domain controller

[Verwijderd]

je moet ook ergens (weet zo 123 niet precies waar), dat er geen automatisch x500 adres moet worden gegenereerd.

[Jazzy]

Is er een receipient policy die een mailadres genereert aan de hand van de displayname toevallig? Uit je verhaal begrijp ik dat je de display name niet gewijzigd hebt, maar als de RUS daar vervolgens overheen komt en het mailadres maakt met bijvoorbeeld [e-mail] dan staat het mailadres opeens weer verkeerd. Als je dat niet wilt moet je het vinkje weghalen bij de het tabje met mailadressen.

[Brahiewahiewa]

Jazzy schreef op dinsdag 05 februari 2008 @ 22:42:
... Als je dat niet wilt moet je het vinkje weghalen bij de het tabje met mailadressen.

Alleen bij die specifieke user, dus!
De RUS genereert e-mail adressen a.d.h.v. de directory naam en die verandert niet meer nadat een user is aangemaakt.

[Muggie]

Tweede smtp adres aanmaken met het juiste adres, deze vervolgens instellen als primary smtp adres en het verkeerde adres verwijderen.

[MissingDog]

alias van de user aanpassen naar de juiste.....alias? dan zou de RUS 'm default mee moeten nemen, tenzij je de policy hebt aangepast.

[marc181982]

De display name is aangepast , oude smtp adres verwijderd en de nieuwe aangemaakt en als primary gemerkt . Maar werkt nog steeds niet

[Jazzy]

Wat werkt precies niet?

[Brahiewahiewa]

marc181982 schreef op woensdag 06 februari 2008 @ 23:00:
De display name is aangepast , oude smtp adres verwijderd en de nieuwe aangemaakt en als primary gemerkt . Maar werkt nog steeds niet

Dat zeg ik: de RUS genereert het e-mail adres aan de hand van de directory naam en die kun je niet wijzigen. Als je persé wilt dat het automatisch gaat, moet je de user verwijderen en opnieuw aanmaken met de juiste spelling. En anders kun je het e-mail adres handmatig wijzigen - op de e-mail addresses tab; niet op de general tab - en het vinkje voor "automatically generate..." uitzetten.

[F_J_K]

Of je het nu via UTP of IPoAC beheert maakt niet erg veel uit, dus Netwerken => WSS. Ook pas ik de titel even aan, aangezien 'Active directory , mail adres probleem' zo weinig zegt over wat het probleem dan eigenlijk is

[_H_G_]

Brahiewahiewa schreef op donderdag 07 februari 2008 @ 08:09:
[...]
Dat zeg ik: de RUS genereert het e-mail adres aan de hand van de directory naam en die kun je niet wijzigen. Als je persé wilt dat het automatisch gaat, moet je de user verwijderen en opnieuw aanmaken met de juiste spelling. En anders kun je het e-mail adres handmatig wijzigen - op de e-mail addresses tab; niet op de general tab - en het vinkje voor "automatically generate..." uitzetten.

Hmm, dacht dat ie het genereerde vanuit de alias (Exchange general tabblad, wat MissingDog ook bedoelt). Net even getest op een sbs r2 omgeving en lijkt prima te werken.

[Jazzy]

_H_G_ schreef op donderdag 07 februari 2008 @ 09:29:
[...]


Hmm, dacht dat ie het genereerde vanuit de alias (Exchange general tabblad, wat MissingDog ook bedoelt). Net even getest op een sbs r2 omgeving en lijkt prima te werken.

Nee, de alias heeft daar niets mee te maken.

Mar als je het bij jou zeker wilt weten dan moet je de recipient policy/policies controleren, daar kunnen allerlei filters op zitten en vervolgens doen ze iets met de displayname, voornaam, achternaam, wat jij wilt.Bijvoorbeeld iets als %r [e-mail].

[Rolfie]

Hou er rekening mee, dat outlook 2003 en hoger meestal in chached mode draaid. Hierdoor maakt outlook gebruikt van het Offline Address book wat meer 1 keer per 24 uur wordt gedownload, en Exchange maakt deze ook maar 1 keer per 24 uur.

[_H_G_]

Jazzy schreef op donderdag 07 februari 2008 @ 09:33:
[...]
Nee, de alias heeft daar niets mee te maken.

Mar als je het bij jou zeker wilt weten dan moet je de recipient policy/policies controleren, daar kunnen allerlei filters op zitten en vervolgens doen ze iets met de displayname, voornaam, achternaam, wat jij wilt.Bijvoorbeeld iets als %r [e-mail].

Standaard staat er alleen @domeinnaam.nl?

Als ik op technet kijk, dan staat er toch echt dat er dan <alias>@domeinnaam.nl adressen gegenereerd worden.

[Jazzy]

_H_G_ schreef op donderdag 07 februari 2008 @ 10:11:
[...]


Standaard staat er alleen @domeinnaam.nl?

Als ik op technet kijk, dan staat er toch echt dat er dan <alias>@domeinnaam.nl adressen gegenereerd worden.

Er staat eerst dat er recipient policies worden gemaakt in het formaat @board.fourthcoffee.com. Voor een gebruiker met als alias Jon resulteert dit in een mailadres [e-mail].

Maar in de praktijk is dat zelden een constructie die je wilt, daarom wordt er een policy gebruikt die volgens de naamconventie van het bedrijf is, bijvoorbeeld voornaam.achternaam of v.achternaam. Maar zolang de TS die info niet geeft blijft het een beetje gissen.

[ Voor 4% gewijzigd door Jazzy op 07-02-2008 10:46 ]

[SirDarkAngel]

Jazzy schreef op donderdag 07 februari 2008 @ 10:45:
[...]
Er staat eerst dat er recipient policies worden gemaakt in het formaat @board.fourthcoffee.com. Voor een gebruiker met als alias Jon resulteert dit in een mailadres [e-mail].

Maar in de praktijk is dat zelden een constructie die je wilt, daarom wordt er een policy gebruikt die volgens de naamconventie van het bedrijf is, bijvoorbeeld voornaam.achternaam of v.achternaam. Maar zolang de TS die info niet geeft blijft het een beetje gissen.

Misschien zie je het bij grote bedrijven minder, maar bij kleine bedrijven zie je dit bijna altijd onveranderd omdat mensen niet na denken over een policy en simpelweg de alias goed invullen.

Zie ook niet in waarom je deze constructie niet zou willen, werkt perfect. Aangezien de TS hier geen info over geeft neem ik aan dat hij juist niks! veranderd heeft aan deze constructie. Ik zou het probleem in dit geval dus ook in de alias zoeken.

[Jazzy]

Mee eens, maar dat laat onverlet dat de TS naar de recipient policy moet kijken. Het is een kleine moeite en geeft je gelijk inzicht in hoe het werk en waarom het zo werkt. Dat is toch logischer dan de alias aanpassen en afwachten wat er gebeurt?