Het algemene Exchange 2010 topic

Nee, dat is er niet. Er zijn verschillende andere opties om zaken uit te vogelen maar waarschijnlijk is er geen 100% technische oplossing voor jouw organisatorisch probleem. Als je het toch op deze manier wilt benaderen dan moet je proberen zo exact mogelijk te formuleren wat je wilt weten.

Wat ik wil: We hebben >5k mailboxen bij ons in gebruik. Gezien de ruimte die dit inneemt wil ik eens een opruimactie houden voor mailboxaccounts welke niet gebruikt worden.
Wanneer ik een lijst heb met mailboxaccounts die al voor een x aantal maanden geen mail hebben gelezen kan ik daar wat mee doen.

Eventuele andere opties voor opruimen heb ik al bedacht, maar het lijkt me handig om iets te hebben waarbij je zeker weet dat de mailbox voor een bepaalde tijd niet is gebruikt.

Maar eens verder zoeken wat de mogelijkheden zijn. Als iemand hier een idee of tip heeft houd ik me aanbevolen

Morphogenesis wijzigde dit bericht 25-01-2012 13:07 (10%)

Ik zou hier eens beginnen:
http://gsexdev.blogspot.c...exchange-2010-remote.html

Er is ook een LastLogonTime, moet niet zo moeilijk zijn om die erbij te knopen.

LastLogonTime werkt niet omdat gebruikers er niet op inloggen maar de mailbox koppelen onder Outlook, en vervolgens benaderen met hun eigen account.

Net voor de zekerheid getest, maar de attribute wordt niet bijgewerkt.

Script ga ik eens naar kijken. thx!

Hoe zit het met de ondersteuning in 2010 voor Exchange 2003 SP1 ? weinig over te vinden online...

Ben van plan om van Exchange 2003 te migreren naar Exchange 2010. Heb diverse artikelen hierover gelezen maar paar zaken zie ik niet

Via Exchange Deployment wizzard heb ik mijn keuzes gemaakt. In mijn geval On-premises Only>Upgrade from 2003. Je kan de rollen in phases uitrollen te beginnen met Client Acces Role.

Laatste phase is migreren van de mailboxen. Mijn vraag is kunnen "nog niet gemigreerde" gebruikers blijven werken op Exchange 2003 en nieuwe gebruikers op 2010?. Oftewel blijven Exchange 2003 en 2010 naast elkaar werken?.

Wij gebruiken een 3e partij als email gateway (Mailmarshal). SMTP connector in 2003 heeft als smart host Mailmarshal. Als mail binnekomt, komt deze dan ook (via Exchange 2003) naar de gemigreerde gebruikers op 2010 en geld dit ook voor uitgaande mail. Dient er dus op 2010 een connector gemaakt te worden naar mijn smarthost?

quote:

greenbeauty2 schreef op donderdag 26 januari 2012 @ 14:59:
Hoe zit het met de ondersteuning in 2010 voor Exchange 2003 SP1 ? weinig over te vinden online...

Je moet Exchange 2003 eerst upgraden met SP2, maar dat moest je toch nodig om weer supported te zijn.

quote:

hopiconjo schreef op donderdag 26 januari 2012 @ 15:04:
Mijn vraag is kunnen "nog niet gemigreerde" gebruikers blijven werken op Exchange 2003 en nieuwe gebruikers op 2010?. Oftewel blijven Exchange 2003 en 2010 naast elkaar werken?.

Jazeker, dat is het idee van 'coexistence'.

quote:

Wij gebruiken een 3e partij als email gateway (Mailmarshal). SMTP connector in 2003 heeft als smart host Mailmarshal. Als mail binnekomt, komt deze dan ook (via Exchange 2003) naar de gemigreerde gebruikers op 2010 en geld dit ook voor uitgaande mail. Dient er dus op 2010 een connector gemaakt te worden naar mijn smarthost?

Klopt. In principe zal alle mailflow door je bestaande 2003 omgeving en zijn connector blijven gaan. Totdat je op Exchange 2010 een Send Connector aanmaakt en daar het adres van je smarthost in zet. Wel eerst even controleren of je firewall toegang geregeld hebt en testen of de Mailmarshal uitgaande mail accepteert van je nieuwe Hub Transport server. Beter even handmatig testen met telnet, dan dat je direct met volstromende queues te maken hebt.

Thx so far so good. Installatie is gelukt en heb 1 mailbox overgezet en dat werkt. Zit nog met 1 dingetje. Dient de SMTP connector op 2003 verwijderd te worden. Bij migratie maakt 2010 zelf connectors aan. Verzenden van mail gaat goed alleen ontvangen niet. Volgens Microsoft dient alle SMTP connectors verwijderd te worden aangezien nu alles via transport hub gaat lopen. Is dit correct?

Waar zegt Microsoft dat dan? Zou ik wel even in de context moeten zien want zo kort door de bocht werkt het niet.

Andere vraag, wat werkt er precies niet aan het ontvangen van mail? Probeer je de inkomende mail nu af te leveren op de Default recieve connector? Dan moet je Anonymous nog even aanvinken denk ik.

O ja, en de langverwachtte PST capture tool is uit: http://blogs.technet.com/...me-to-walk-the-plank.aspx Blijkt dat ze Redgate's PST Importer hebben genomen en doorontwikkeld. Verbaasde me er al over dat Redgate de tool niet meer voerde ondanks dat er vrijwel geen alternatief was. En nu is hij er dus weer.

Bezig met upgraden naar SP2:

Windows Server 2008 R2 x64, (Van SP1 naar SP2)
Serv1: Mailbox Role
Serv2: Hub Transport + CAS

Uiteraard eerst begonnen met Serv2, was bijna in de veronderstelling dat alles vlekkeloos verloopt en toen dit:



Error niet bekend bij Technet.. Even opnieuw proberen momenteel..

Edit: OWA werkt in iedergeval nog, neem dus aan de rest ook wel, nog geen reden voor paniek

ro3lie wijzigde dit bericht 30-01-2012 21:33 (22%)

Reboot, kijken of er nog een console aan staat, andere gebruiker ingelogd, service niet gestopt terwijl die dat wel zou moeten zijn, etc. Je ziet deze melding wel vaker maar ik heb hem nog nooit naar dit bestand gezien.

quote:

Jazzy schreef op maandag 30 januari 2012 @ 21:33:
Reboot, kijken of er nog een console aan staat, andere gebruiker ingelogd, service niet gestopt terwijl die dat wel zou moeten zijn, etc. Je ziet deze melding wel vaker maar ik heb hem nog nooit naar dit bestand gezien.

Momenteel inderdaad even alle management servers herstart waarop de Exchange Management Console veelal gebruikt wordt door mede collega's..

Straks maar eens een mailtje sturen dat ze uit moeten loggen aan het eind van de dag (ipv RDP-sessie sluiten)

edit1:
Momenteel weer bij de CAS role..

edit2:
Jeee!

ro3lie wijzigde dit bericht 30-01-2012 21:42 (10%)

quote:

Jazzy schreef op maandag 30 januari 2012 @ 21:33:
Reboot, kijken of er nog een console aan staat, andere gebruiker ingelogd, service niet gestopt terwijl die dat wel zou moeten zijn, etc. Je ziet deze melding wel vaker maar ik heb hem nog nooit naar dit bestand gezien.

Jazzy,

Heb jij dit ook bij OWA? Het valt mij nu op en nu weet ik dat er wijzigingen zijn in de GAL maar hier stond toch normaal Email?



Update is verder succesvol verlopen, alleen jammer dat hij nooit je OWA thema mee neemt. (Loginpagina, t.b.v. bedrijfslogo)

Klopt, vervelende bug is dat. Ik weet toevallig dat iemand bij Microsoft in het Exchange-team zich hier persoonlijk druk voor gemaakt heeft en de gefixte code is al 'ingecheckt' zodat dat heet. Nu nog even wachten tot wij dat zien in de vorm van een downloadbarefix, maar die gaat er komen.

quote:

Jazzy schreef op maandag 30 januari 2012 @ 22:35:
Klopt, vervelende bug is dat. Ik weet toevallig dat iemand bij Microsoft in het Exchange-team zich hier persoonlijk druk voor gemaakt heeft en de gefixte code is al 'ingecheckt' zodat dat heet. Nu nog even wachten tot wij dat zien in de vorm van een downloadbarefix, maar die gaat er komen.

Begon al te twijfelen aan mezelf.. Even afwachten dus, waarschijnlijk in een rollup?

Ik zie nu dat deze 2 pagina's terug ook al is genoemd

ro3lie wijzigde dit bericht 30-01-2012 22:44 (5%)

Ik heb nu 2010 draaien in coexistentie met 2003. Mail flow werkt goed. Heb alleen problemen met OWA en Active Sync. Wat heb ik gedaan:

KB937031
Op 2003 virtual directory server active sync Intergrated Windows authentication aangemaakt
Certificaat owa in 2003 geexporteerd en geimporteerd in 2010
externe dns autodiscover.mydomein.nl en legacy.mijndomein.nl aangemaakt
In client access owa, ecp,active sync laten verwijzen naar deze domeinamen

Clients 2003 kunnen zowel owa als active sync gebruiken. clients 2010 kunnen geen van beide gebruiken (wel owa intern). Wat zie ik hier over het hoofd?

Gebruik je ISA of TMG? Komt extern verkeer nu op de CAS server uit?

Geen van beide gaat via Cisco ASA's. DEze thread aan het bekijken http://social.technet.mic...15-4c60-b71b-df7678ef608b

en verder op staat volgende (en ook uitgevoerd):

ActiveSync doesn't connect to legacy.domain.com. Exchange 2010 proxies ActiveSync for you so mobile devices should stay fat dumb and happy connecting to Exchange 2010 regardless of the location of the mailbox. If you set everything up properly, of course.

Be aware that on the Exchange 2003 front-end server you must install this patch: Event ID 1036 is logged on an Exchange 2007 server that is running the CAS role when mobile devices connect to the Exchange 2007 server to access mailboxes on an Exchange 2003 back-end server

Then you have to change the ActiveSync virtual directory to use Integrated Authentication.

Echter dit lees ik in een ander blog

First thing: ActiveSync and Mailflow are two different thing, one uses HTTPS, one uses 25.

QUESTION: The questions here is about Activesync. When you install Exchange 2010 into the environment, are you required to NAT route traffic to the CAS box, or can the traffic still route to the 2003 FE server from mobile phones for users on 2003? If we choose this method, I'm assuming we would need a second namespace during the interim period for users that are moved to 2010 and have that namespace pointing to the CAS box?

ANSWER: You have two options here:

Keep the old namespace, e.g. mail.domain.com, but change NAT setting point it to the new Exchange 2010 CAS. The Exchange 2010 CAS will then act as a proxy for the Exchange 2003 FrontEnd Server. Windows Mobile/other smartphone Users who got their mailbox on 2003 server dont need to change settings and still got access via ActiveSync. However, you will need a new SSL cert with same CN(and different SANs). You will have to enalbe Integrated Windows authentication on the Microsoft-Server-ActiveSync virtual directory on the Exchange 2003 server (Refer to the article Jonas suggested) in order for this to work. Please be ware that Exchange 2010 CAS will not re-direct/proxy OWA to Exchange 2003.
Get a new namespace for Exchange 2010 CAS, like mail2.domain.com, and point it to the new 2010 CAS. Users on different servers use different namespace... This obviously is not ideal, as you mentioned it will only be interim. Once users moved to 2010, they will have to change phone settings again...

QUESTION: Or can we leave everything as it is with 2003 at the moment, simply install Exchange 2010 and have mailflow/activesync all going through the 2003 environment until we are happy 2010 is working and then move mailflow/activesync connections to 2010?

ANSWER: No, you cant in terms of ActiveSync and OWA. Mailflow won't be a problem though. Exchange 2003 FE wont be able to proxy/re-direct ActiveSync or OWA request to Exchange 2010. Mailflow is a separate thing, and it can be routed automatically between 2010 and 2003.

this article http://technet.microsoft.com/en-us/library/bb310763.aspx really explains a lot for the way Exchange 2010 CAS deals with ActiveSync and OWA traffic.

hopiconjo wijzigde dit bericht 02-02-2012 11:06 (55%)

Voor ActiveSync ben je er door inkomend verkeer simpelweg naar Exchange 2010 te sturen, dus de static op de ASA aanpassen. Voor OWA moet je een tweede DNS record registreren (bijvoorbeeld legacy.domein.com) en die op je ASA uit laten komen, dat verkeer zet je dan door naar Exchange 2003. Vervolgens configureer je OWA 2010 als volgt:
code:

Set-OWAVirtualDirectory -Identity "CASServer\owa (Default Web Site)" -Exchange2003URL https://legacy.domein.com/exchange

OWA gebruikers wiens mailbox nog op 2003 staat krijgen dan een http-redirect naar legacy.domein.com, ze bouwen dan een verbinding op met deze naam en komen zo op Exchange 2003 uit.

Ik weet niet of je documentatie gebruikt of zomaar aan de slag bent gegaan, maar ik kan je aanraden om de Exchange Deployment Assistant te gebruiken: http://technet.microsoft....oy2010/default.aspx#Index In jouw geval kies je dan eerst On-premises Only, Upgrade from Exchange 2003 en zorg dat je de eerste twee vragen actereenvolgens met Yes en dan No benatwoordt.

Vandaag een hele coole feature tegen gekomen die in Exchange 2010 SP2 zit:
Hierarchical Address Books

Wat je hiermee kunt is dus adresboeken maken per organisatieonderdeel, en je kunt bepaalde groepen ook permissies geven om maar een bepaald adresboek te zien. Schijnt wel met slimme users te zijn om zeilen, dus niet helemaal 100% garantie.

shadowman12 wijzigde dit bericht 03-02-2012 21:31 (25%)

Dat omzeilen waar je het over hebt gaat denk ik over Address Book Policies, iets wat mensen vaak gebruiken om een soort address list segregation te bereiken. HAB is gewoon een alternatieve manier om door het adresboek te browsen, er is dus niet echt sprake van iets omzeilen.

Coole feaure trouwens, maar denk dat het vooral interessant is voor organisaties die komen van een platform waar dit al gebruikelijk was. Ik geloof dat dit in Lotus Notes het geval is.

quote:

Jazzy schreef op vrijdag 03 februari 2012 @ 21:44:
Dat omzeilen waar je het over hebt gaat denk ik over Address Book Policies, iets wat mensen vaak gebruiken om een soort address list segregation te bereiken. HAB is gewoon een alternatieve manier om door het adresboek te browsen, er is dus niet echt sprake van iets omzeilen.

Coole feaure trouwens, maar denk dat het vooral interessant is voor organisaties die komen van een platform waar dit al gebruikelijk was. Ik geloof dat dit in Lotus Notes het geval is.

Of in multi-tenant omgevingen, die je steeds meer ziet komen.

Nee, daar is HAB dus niet voor bedoeld. Dan moet je denken aan ABP, dat is echt een hard filter wat bepaalt dat de gebruiker alleen mensen uit zijn eigen tenant ziet. HAB maakt het mogelijk om te navigeren door je adresboek maar toont in principe gewoon alle recipients uit je Exchange-organisatie.

Eindelijk goed nieuws!

Ik heb zelf parallel aan onze Exch2003 omgeving een 2010 omgeving opgebouwd op 2008 server STD.
Nu is er eindelijk een GO gegeven om Windows Server 2008 ENT te kopen voor 2 machines om zo gebruik te kunnen maken van DAG zodat een extra backup pakket niet meer nodig is.

Ik wil dus mijn huidige VM die draait op 2008 STD upgraden naar 2008 ENT,
om vervolgens een 2e VM te gaan installeren (ook met ENT) die samen DAG gaan vormen.

Wat ik me nu afvraag (qua licentie) wat heb ik nodig?

2x w2k8 srv ENT
2x Exchange 2010 standaard

Klopt dit? of heb ik maar 1 licentie van Exchange standaard nodig?

quote:

greenbeauty2 schreef op dinsdag 07 februari 2012 @ 15:42:
Eindelijk goed nieuws!


Nu is er eindelijk een GO gegeven om Windows Server 2008 ENT te kopen voor 2 machines om zo gebruik te kunnen maken van DAG zodat een extra backup pakket niet meer nodig is.

Lees ik nu goed dat jij je exchange omgeving alleen dmv DAG wil laten backuppen? en niet meer via BackupExec o.i.d.?

quote:

greenbeauty2 schreef op dinsdag 07 februari 2012 @ 15:42:
Eindelijk goed nieuws!

Ik heb zelf parallel aan onze Exch2003 omgeving een 2010 omgeving opgebouwd op 2008 server STD.
Nu is er eindelijk een GO gegeven om Windows Server 2008 ENT te kopen voor 2 machines om zo gebruik te kunnen maken van DAG zodat een extra backup pakket niet meer nodig is.

Ik wil dus mijn huidige VM die draait op 2008 STD upgraden naar 2008 ENT,
om vervolgens een 2e VM te gaan installeren (ook met ENT) die samen DAG gaan vormen.

Wat ik me nu afvraag (qua licentie) wat heb ik nodig?

2x w2k8 srv ENT
2x Exchange 2010 standaard

Klopt dit? of heb ik maar 1 licentie van Exchange standaard nodig?

DAG is géén backup

quote:

greenbeauty2 schreef op dinsdag 07 februari 2012 @ 15:42:
Eindelijk goed nieuws!

Ik heb zelf parallel aan onze Exch2003 omgeving een 2010 omgeving opgebouwd op 2008 server STD.
Nu is er eindelijk een GO gegeven om Windows Server 2008 ENT te kopen voor 2 machines om zo gebruik te kunnen maken van DAG zodat een extra backup pakket niet meer nodig is.

Ik wil dus mijn huidige VM die draait op 2008 STD upgraden naar 2008 ENT,
om vervolgens een 2e VM te gaan installeren (ook met ENT) die samen DAG gaan vormen.

Wat ik me nu afvraag (qua licentie) wat heb ik nodig?

2x w2k8 srv ENT
2x Exchange 2010 standaard

Klopt dit? of heb ik maar 1 licentie van Exchange standaard nodig?

DAG is geen backup, de mail wordt alleen op twee of meer locaties tegelijkertijd weggegooid. Verder kun je het OS van de VM niet upgraden als Exchange er op staat en tenslotte heb je twee Exchange 2010 Server licenties nodig.

Heb je over load balancing nagedacht trouwens?

DAG kan wel een backup zijn, maar dan wil je 3+ database copies en ga je lagged copies implementeren. Bijvoorbeeld 1 Live database, 1 passive en 1 passive + 7 dagen. Microsoft heeft het zelf zo ingericht heb ik me laten vertellen.

quote:

wagenveld schreef op dinsdag 07 februari 2012 @ 16:32:
DAG kan wel een backup zijn, maar dan wil je 3+ database copies en ga je lagged copies implementeren. Bijvoorbeeld 1 Live database, 1 passive en 1 passive + 7 dagen. Microsoft heeft het zelf zo ingericht heb ik me laten vertellen.

Een lagged copy kan maximaal 14 dagen ´lagged´ zijn. Dat noem ik nog geen backup, eerlijk gezegd.

Lagged copy is geen backup, een lagged copy van een database is niet bedoeld om te restoren. Als je dat doet dan ben je een serieuze hoeveelheid data kwijt geraakt.

En Microsoft maakt geen backup van hun omgeving meer, dat is een hele andere oplossing. Ze hebben de retentietijd gewoon langer gezet en na die tijd, een jaar als ik me goed herinner, is de data gewoon weg.

Hoe bedoel je dat Jazzy - als je een live copy hebt en een lagged copy dan kun je toch van beide recoveren als er corruptie is of mail is kwijtgeraakt etc. Verder recover deleted items gaat tot 30 dagen terug en deleted mailboxes tot 14 dagen als ik t goed heb?
Als gehele backup oplossing moet je dan wel aan 2 locaties zitten zodat je copies ook fysiek gescheiden zijn maar dan kun je mijns inziens wel backup less gaan. Nog steeds afhankelijk van de bedrijfscultuur natuurlijk, wat ralpje al zegt werkt het niet als je archief backups moet hebben.

quote:

Jazzy schreef op dinsdag 07 februari 2012 @ 16:15:
[...]
DAG is geen backup, de mail wordt alleen op twee of meer locaties tegelijkertijd weggegooid. Verder kun je het OS van de VM niet upgraden als Exchange er op staat en tenslotte heb je twee Exchange 2010 Server licenties nodig.

Heb je over load balancing nagedacht trouwens?

Jazzy

Ik ben op cursus geweest voor Exchange, en daar wisten ze mij te vertellen dat wanneer je DAG gebruikt met (inderdaad) 3 DAG members.. 1 Actief, 1 passief en 1 delay dat je dan geen backupoplossing meer nodig hebt.
Ook propageert Microsoft hetzelfde wanneer je het boek leest

Verder..
Ik dacht je 2008 std gewoon kon upgraden naar enterprise?
Waarom zou dit niet kunnen als Exchange er op staat?
Wat raad je dan aan te doen?
Als ik Exchange zou moeten verwijderen dan lijkt me dit aardig vervuilend voor de AD.

Verder niet gedacht over load balancing,
waar doel je precies op dan?

Best practise is toch juist om DAG te gebruiken ?

quote:

wagenveld schreef op dinsdag 07 februari 2012 @ 16:56:
Hoe bedoel je dat Jazzy - als je een live copy hebt en een lagged copy dan kun je toch van beide recoveren als er corruptie is of mail is kwijtgeraakt etc.

Om hem te benaderen zou je de lagged kopie actief moeten maken, en dan zijn je andere kopieen onbruikbaar geworden. En dat activeren op een bepaald punt in de tijd, bijvoorbeeld het punt voordat een mailbox verwijderd is of corrupt raakte, is een complex en niet terug te draaien proces.

quote:

Verder recover deleted items gaat tot 30 dagen terug en deleted mailboxes tot 14 dagen als ik t goed heb?

Standaard ja, maar die retentietijden zijn configureerbaar. Die kun je net als Microsoft gerust op een jaar zetten, dan kan de gebruiker zijn eigen backup terug zetten tot data die een jaar geleden verwiojderd is.

quote:

Als gehele backup oplossing moet je dan wel aan 2 locaties zitten zodat je copies ook fysiek gescheiden zijn maar dan kun je mijns inziens wel backup less gaan. Nog steeds afhankelijk van de bedrijfscultuur natuurlijk, wat ralpje al zegt werkt het niet als je archief backups moet hebben.

Het is inderdaad afhankelijk van de eisen die de onderneming stelt. Maar ik heb nog nooit een bedrijf gesproken die geen punt-in-tijd backup wil hebben of maar een jaar terug hoeft te kunnen. Jij wel?

quote:

greenbeauty2 schreef op dinsdag 07 februari 2012 @ 19:14:
[...]


Jazzy

Ik ben op cursus geweest voor Exchange, en daar wisten ze mij te vertellen dat wanneer je DAG gebruikt met (inderdaad) 3 DAG members.. 1 Actief, 1 passief en 1 delay dat je dan geen backupoplossing meer nodig hebt.
Ook propageert Microsoft hetzelfde wanneer je het boek leest

Met alle respect voor je docent, maar dat klopt gewoon niet. De beredenering staat in mijn andere post.

quote:

Verder..
Ik dacht je 2008 std gewoon kon upgraden naar enterprise?
Waarom zou dit niet kunnen als Exchange er op staat?
Wat raad je dan aan te doen?
Als ik Exchange zou moeten verwijderen dan lijkt me dit aardig vervuilend voor de AD.

Dat wordt niet ondersteund door Microsoft, niet als er Exchange op de server staat. Het laternatief is simpel, gewoon twee nieuwe servers uitrollen en daar je DAG op bouwen. Vervolgens move je de mailboxen en laat eventuele public folders repliceren en neemt de oude server uit gebruik.

quote:

Verder niet gedacht over load balancing,
waar doel je precies op dan?

Best practise is toch juist om DAG te gebruiken ?

Met een DAG maak je de mailboxdata hoger beschikbaar, je hebt een kopie van je data achter de hand als er bijvoorbeeld een LUN uitvalt. Maar de clients kijken nog steeds keihard naar één van de twee servers, als die uitvalt dan gaat de gebruiker alsnog bellen omdat Outlook, ActiveSync en OWA niet meer werken. De oplossing is om de CAS rol te load balancen, bijvoorbeeld met een VM met een load balancer.

Met alleen een DAG heb je dus een kopie van de data achter de hand, met ook een load balancer kun je een hele server missen en nog steeds Exchange in de lucht houden.

@Jazzy

Dank voor je uitgebreide reactie.
Het is me wat duidelijker geworden...
ik snap je verhaal maar toch vind ik dat je behoorlijk veilig bent met 3 dag members.

- Mailbox recoveren als iemand toch terug in dienst komt? (deleted mailboxes op 1 jaar zetten)
- Mailtje recoveren? .. retentietijd flink omhoog schroeven
- Exchange db corrupt? .. overschakelen naar DAG2,
indien deze ook corrupt is over naar DAG3 waar delay op zit. (nadeel is dan wel dat je data mist)
- OS corrupt? overschakelen naar DAG2

Verder vind ik je load balance idee een goede tip.
Ik zal hier morgen eens dieper in duiken en wat over gaan lezen.
Zitten hier wel extra kosten nog aan? of kan dit alles met gewoon de standaard load balance optie van Windows ENT waarin ik dan de DAG members zet?

O ja.. nog 1 vraag,
Wat is jouw mening dan m.b.t het verwijderen van mijn parallelle exch2010 omgeving nu dan,
om vervolgens weer opnieuw op te tuigen? Dit vervuilt toch aardig mijn AD.
Exch2003 zal zeker sporen blijven zien van deze server.

quote:

greenbeauty2 schreef op dinsdag 07 februari 2012 @ 20:00:
Dank voor je uitgebreide reactie.
Het is me wat duidelijker geworden...
ik snap je verhaal maar toch vind ik dat je behoorlijk veilig bent met 3 dag members.

- Mailbox recoveren als iemand toch terug in dienst komt? (deleted mailboxes op 1 jaar zetten)
- Mailtje recoveren? .. retentietijd flink omhoog schroeven
- Exchange db corrupt? .. overschakelen naar DAG2,
indien deze ook corrupt is over naar DAG3 waar delay op zit. (nadeel is dan wel dat je data mist)
- OS corrupt? overschakelen naar DAG2

Zoals ik al zei, als dit voldoet aan jullie eisen dan kun je die dure tapestreamer de deur uit doen. Het is trouwens wel zo dat je data kunt recoveren uit de lagged database, maar niet met behoud van de lagged database.

quote:

Verder vind ik je load balance idee een goede tip.
Ik zal hier morgen eens dieper in duiken en wat over gaan lezen.
Zitten hier wel extra kosten nog aan? of kan dit alles met gewoon de standaard load balance optie van Windows ENT waarin ik dan de DAG members zet?

Windows NLB is niet compatible met Windows Failover Clustering, die laatste heb je nodig voor je DAG. Maar lees je gewoon in op de Technical Library: http://technet.microsoft.com/en-us/library/dd638121.aspx Dan worden de concepten wat duidelijker misschien. Een load balancer is net zo belangrijk als de DAG, twee verschillende technieken maar ze bepalen wel tegen welk onheil je beschermd bent en wat er precies gebeurt als er iets uitvalt.

quote:

Wat is jouw mening dan m.b.t het verwijderen van mijn parallelle exch2010 omgeving nu dan,
om vervolgens weer opnieuw op te tuigen? Dit vervuilt toch aardig mijn AD.
Exch2003 zal zeker sporen blijven zien van deze server.

Je hoeft hem niet eerst te verwijderen, dat kan ook later. Dit is een volledig supported proces, daar hoef je niets voor te hacken oid. Wat denk je dat je uiteindelijk met de Exchange 2003 server doet? Precies het zelfde.

Jazzy,

Naar aanleiding van je tips ben ik toch gaan lezen over wat backup oplossingen.
Aangezien het bij ons niet meegenomen is in het budget (omdat we dachten dat DAG voldoende was)
ga ik de backup van Exchange verzorgen door Windows Backup.

Na wat leesvoer gelezen te hebben is dit een prima alternatief (wel wat minder opties) om Exchange 2010 te backuppen
Zo heb ik toch nog een backup in geval van nood.

URL
http://www.msexchange.org...ot-vss-plug-in-part1.html

Ik wil het dan toch houden bij 2 dag members (active - passive) die continu repliceren.
Als DAG1 omvalt, zal ik handmatig DAG2 actief moeten zetten.
Deze kans is wel klein omdat hij in een HA cluster komt te draaien.

En mocht de DB te komen crashen, en dus ook op DAG2,
dan kan ik met windows backup de DB weer restoren.
Ook kunnen single mailboxes restored worden met Windows Server backup.

Wat vind je van deze opzet?

greenbeauty2 wijzigde dit bericht 08-02-2012 15:06 (16%)

Als je met 2 DAG members werkt in 1 DAG heb je een active - passive DB.
Maar je hoeft niet handmatig de database over te zetten, dat doet Exchange automatisch.

Maar je moet wel al je clients naar de nieuwe server laten verwijzen als je geen load balancer hebt, dacht dat hij dat bedoelde.

Jazzy,

daar heb je wel gelijk in ja.
mocht zich een catastrofe geval zich voordoen en exch1 gaat onderuit, hoe zorg je er dan makkelijk voor en snel (zonder hardware load balancer) dat de clients naar de andere server kijken?

Edit... heb al wat leuke scripts gevonden d.m.v DNS Cname en powershell scripting op de CAS Array

greenbeauty2 wijzigde dit bericht 09-02-2012 13:42 (45%)

DNS records met een korte TTL, rekening houden met applicaties die zelf DNS lookups cachen (IE bijvoorrbeeld), aanpassen van de static in je firewall, etc. Zou je kunnen scripten zodat een deel geautomatiseerd verloopt maar je moet je afvragen of je dan niet liever 1300 euro in een load balancer wilt investeren, dat is de prijs van een KEMP instapmodel.

Of vergeet de DAG gewoon en bespaar op licenties voor Exchange en Windows en halveer de hoeveeheid storage die je nodig hebt. Investeer in plaats daarvan in een goede backup en restore zodat je bij calamiteit altijd in een uurtje kunt herstellen met minimaal dataverlies.

quote:

Jazzy schreef op maandag 30 januari 2012 @ 22:35:
Klopt, vervelende bug is dat. Ik weet toevallig dat iemand bij Microsoft in het Exchange-team zich hier persoonlijk druk voor gemaakt heeft en de gefixte code is al 'ingecheckt' zodat dat heet. Nu nog even wachten tot wij dat zien in de vorm van een downloadbarefix, maar die gaat er komen.

Helaas zit de fix nog niet in de net uitgebrachte: Update Rollup 1 for Exchange 2010 Service Pack 2

quote:

Ross Smith IV @ the Exchange blog :

SP2 RU1 does not address the Dutch OWA localization issue.

Dat wordt dus nog even wachten met uitrollen SP2

TAMW wijzigde dit bericht 14-02-2012 16:03 (13%)

Dat was het eerste wat ik ging testen gisteravond.

Hey Jaz,

Nou de licenties zijn binnen hier en ik heb binnen het HA cluster een 2e VM opgetuigd met Exchange 2010 SP1 (standaard install) op een Server 2008 ENT.
Wat mailboxes die op de eerste exchange 2010 server draaiden zijn gemoved naar de nieuwe,
de routinggroup connector heb ik aangepast, en public folder DB verwijderd en opnieuw aangemaakt op de nieuwe.

Volgens Microsoft zie ik niet zo snel een stappenplan om Exchange 2010 te verwijderen.
alleen dat het pakket netjes verwijderd moet worden.

Weet jij nog iets wat ik misschien over het hoofd ziet?
Deze eerste 2010 exchange server heeft ook gewoon alle standaard rollen op zich staan.
Gewoon netjes verwijderen en klaar?

Bedankt vast.

Wat je moet doen is even per rol langslopen wat je geconfigureerd hebt. Dat bouw je vervolgens na op de twee nieuwe servers en dan ben je al een heel eind. Als je geen logboek/installatiedocument hebt bijgehouden dan wordt het natuurlijk wat lastiger, mijn advies is om er dan direct mee te beginnnen.

De rest kom je op zich vanzelf wel tegen als je Exchange probeert te verwijderen, denk aan OAB generatie e.d.

Maar je wilde toch naar een DAG opstelling? Ik lees dat je weer een enkele server hebt uitgerold en geen DAG.

Klopt Jazzy,
de 2e komt er ook zsm aan hoor! haha
Daar begin ik maandag mee, en dan meteen in een DAG opstelling zetten.

Ik wil alleen nog even uitzoeken hoe ik dit het beste kan doen i.v.m het VMware HA cluster.
We hebben maar 1 HA cluster en dit blijft ook zo.
Dus moet even kijken hoe ik de 2e VM nou precies moet configureren en waar precies..

Volgens dit artikel moet ik toch het e.e.a nog even uitzoeken.
http://www.vmware.com/fil...-and-recovery-options.pdf

Welke vragen heb je precies? Laat horen als we je hierbij kunnen helpen.

Zou er niet al te zwaar aan tillen als ik jou was, je hebt toch al gekozen voor een wat kreupele opstelling omdat je geen load balancer hebt. Vandaar ook mijn eerdere advies:

quote:

Jazzy schreef op donderdag 09 februari 2012 @ 14:31:
Of vergeet de DAG gewoon en bespaar op licenties voor Exchange en Windows en halveer de hoeveeheid storage die je nodig hebt. Investeer in plaats daarvan in een goede backup en restore zodat je bij calamiteit altijd in een uurtje kunt herstellen met minimaal dataverlies.

quote:

Jazzy schreef op dinsdag 14 februari 2012 @ 16:28:
Dat was het eerste wat ik ging testen gisteravond.

Goed nieuws over de dutch OWA bug , binnen enkele dagen lijkt de fix er aan te komen

quote:

@ Franc and other interested in the Dutch OWA bug - We hope to have some good news on this in the next few days. It wasn't forgotten I can assure you. We can't update lang packs in a roll-up (long technical reasons that I shall not go in to, as frankly I don't fully understand them myself but I trust those people who tell me such things). So we need to release that out of band with some instructions. It's coming.

Jazzy,

Vraag is vrij simpel eigenlijk,
kan de 2e VM binnen hetzelfde HA cluster als waar de 1e VM in staat ? (wel in DAG opstelling)
En zoja, is vmotion gewoon mogelijk? en hoe moet ik de 2 nics configureren?

Technisch gezien kan dat, ja. De vraag is of je het wilt.
Tweede vraag is, nofi, of jij wel de aangewezen persoon bent om deze omgeving op te tuigen.

Daarom was ik nog van plan om het e.e.a na te lezen!
Beetje vreemde reactie.. Jazzy vroeg zelf met welke vraag ik zat!

De vraag van ralpje is een terechte en ik ben het helemaal met hem eens, je mist overduidelijk een stukje ervaring en inzicht om dit uit te voeren. Dat betekent ook dat je keuzes maakt waarvan je de impact of het nut niet kunt overzien.

Wat je vragen betreft, ja de tweede VM kan in het zelfde cluster. VMotion kan en wordt ondersteund. Twee NICs heeft alleen nut om replicatieverkeer te scheiden van clientverkeer, dat zou in jouw geval betekenen dat je het verkeer over de tweede NIC ook daadwerkelijk fysiek moet kunnen scheiden. Als alles uiteindelijk alsnog over de zelfde poort de switch in gaat dan heeft dat weinig zin.

zijn er ook al mensen die sp2 op een sbs2011 bak geinstalleerd hebben?
Mijn ervaringen van SBS2008 en Exchange SP updates zijn niet al te best(4x gedaan , 2x mislukt).

Op google zie ik ook niet zoveel informatie hierover.

degroot wijzigde dit bericht 18-02-2012 16:48 (14%)

https://msmvps.com/blogs/...ll-exchange-2010-sp2.aspx

Beetje vage omschrijving, maar dit zou de Globale Adreslijst-fix wel eens kunnen zijn: The word "Mail" is translated to "Berichten" in Dutch incorrectly in Exchange Control Panel in an Exchange Server 2010 SP2 environment

quote:

degroot schreef op zaterdag 18 februari 2012 @ 16:47:
zijn er ook al mensen die sp2 op een sbs2011 bak geinstalleerd hebben?
Mijn ervaringen van SBS2008 en Exchange SP updates zijn niet al te best(4x gedaan , 2x mislukt).

Op google zie ik ook niet zoveel informatie hierover.

Hier al enkele malen SP2 voor Exchange 2010 op SBS2011 geinstalleerd zonder enige problemen.

Ook nooit problemen met Service Packs gehad voor Exchange 2007 op SBS2008 omgevingen trouwens.

quote:

degroot schreef op zaterdag 18 februari 2012 @ 16:47:
zijn er ook al mensen die sp2 op een sbs2011 bak geinstalleerd hebben?
Mijn ervaringen van SBS2008 en Exchange SP updates zijn niet al te best(4x gedaan , 2x mislukt).

Op google zie ik ook niet zoveel informatie hierover.

Verschillende keren zonder problemen, wat ze wel aanraden is de sbs manager service stoppen.
https://msmvps.com/blogs/...ll-exchange-2010-sp2.aspx

quote:

marc181982 schreef op zondag 19 februari 2012 @ 19:26:
Verschillende keren zonder problemen, wat ze wel aanraden is de sbs manager service stoppen.
https://msmvps.com/blogs/...ll-exchange-2010-sp2.aspx

Aanraden is zacht uitgedrukt. Wanneer die service draait, installeert SP2 gewoon niet.

quote:

Jazzy schreef op zaterdag 18 februari 2012 @ 22:57:
Beetje vage omschrijving, maar dit zou de Globale Adreslijst-fix wel eens kunnen zijn: The word "Mail" is translated to "Berichten" in Dutch incorrectly in Exchange Control Panel in an Exchange Server 2010 SP2 environment

Dit KB artikel is al weer teruggetrokken.
De oplossing was het downloaden van een languagepack.

Download link daarvan is ook down.

TAMW wijzigde dit bericht 20-02-2012 11:09 (3%)

De hele omschrijving klopt niet en de installatie-instructies ook niet. Nieuwe versie van het artikel komt er aan.

Nieuwe artikel is er:
The word "Globale Adreslijst" in Dutch is displayed unexpectedly in breadcrumb and navigation pane in OWA in an Exchange Server 2010 SP2 environment

Beter he? De omschrijving dekt nu tenminste de lading van het issue. In plaats van Globale adreslijst is het nieuwe woord E-mail geworden, in plaats van Berichten. Vind ik eigenlijk veel beter passen.

Omschrijving klopt nu idd beter.
Ze hebben het toch anders gedaan dan het was in sp1.

Zie screenshot

Ha, dat zei ik ook net. Ik vind het wel beter zo want in het Engels is het ook Mail en niet Messages.

Alleen klopt de lading nu niet helemaal meer. Je kunt immers ook sms-berichten en voicemails in je Exchange-inbox krijgen, en dat zijn toch echt geen e-mails, maar wel berichten.

Alex) wijzigde dit bericht 21-02-2012 10:10 (5%)

Krijg na de language pack ivm de dutch owa bug (kb2677598) wel per user deze melding in de eventvwr:

The Active Directory entry for mailbox /DC=local/DC=xxx /OU=Mailbox Users/CN=xxx contains an invalid locale for attribute MsExchUserCulture: nl-NL.

Normaal krijg je dit als je CAS en MBX server niet dezelfde language pack hebben.
Maar deze server heeft allebei de rollen en er is niets meer te updaten zegt de languagepack install.

Hebben jullie dit ook?

TAMW wijzigde dit bericht 22-02-2012 11:07 (3%)

Ik ook: The Active Directory entry for mailbox /DC=local/DC=putten/OU=_Users/CN=Jetze Mellema contains an invalid locale for attribute MsExchUserCulture: nl-NL,en-GB. Geen tijd om er in te duiken nu helaas, ben benieuwd of je er wat over kunt vinden.

Ik krijg dezelfde foutmelding na installatie van de language pack. Ik heb zojuist een support case geopend bij Microsoft m.b.t dit probleem.

Franc.

Sinds de installatie van 2010 SP2 heb ik bij NL taalinstellingen last van het volgende:

Geen foutmelding of iets wat op een errorconditie wijst. Zet ik hem in het engels dan heet het gewoon weer Mail ipv Globale adreslijst. Dit is consistent met de naam van bijvoorbeeld de tab in het opties scherm.

Edit: denk dat KB2677598 de oplossing gaat zijn.

spone wijzigde dit bericht 21-02-2012 23:58 (18%)

quote:

FrancWest schreef op dinsdag 21 februari 2012 @ 23:43:
Ik krijg dezelfde foutmelding na installatie van de language pack. Ik heb zojuist een support case geopend bij Microsoft m.b.t dit probleem.

Franc.

Ben benieuwd! Houd ons op de hoogte.

Had geen tijd meer om er zelf heel diep in te duiken, alles lijkt verder wel normaal te werken.

Stel je hebt je Exchange op een Hyper-V bak draaien. En je wil een Service Pack uitrollen. Is een snapshot dan voldoende om je te redden bij een uit de hand gelopen fail?
Aangezien Exchange toch wat settings weg schrijft in AD kan ik me voorstellen dat het niet voldoende kan zijn... Iemand een antwoord hier op?

Sowieso niet ondersteund met Exchange:
http://thoughtsofanidlemi...of-exchange-2010-servers/

Je hebt een volledige backup van AD nodig en van de Exchange-server zefl. Dus een te restoren backup van beide.

En het terugzetten van snapshots op AD of Exchange vind ik altijd een beetje.... uuh.. eng

quote:

ralpje schreef op woensdag 22 februari 2012 @ 13:17:
En het terugzetten van snapshots op AD of Exchange vind ik altijd een beetje.... uuh.. eng

Maar snapshots zijn ook geen backups (zo worden ze soms wel gezien). Het makkelijkste bij domain controllers is om een System-State backup te maken.

shadowman12 wijzigde dit bericht 22-02-2012 13:45 (12%)

Ik zei een 'te restoren backup'.

quote:

shadowman12 schreef op woensdag 22 februari 2012 @ 13:44:
[...]


Maar snapshots zijn ook geen backups (zo worden ze soms wel gezien). Het makkelijkste bij domain controllers is om een System-State backup te maken.

I know, mijn antwoord was ook meer naar aanleiding van de vraag 'heb ik aan een snapshot genoeg'

Thnx, wordt inderdaad niet ondersteund zie ik nu... Goed om te weten. Zie het nog weleens gebeuren dat voor het gemak een snapshot wordt gemaakt. Maar bij deze "not done"...

Zit met volgende: we hebben een certificaat aangevraagd (global signs) voor owa, mail en autodiscover. Dit werkt goed. Echter als mijn clients aan de binnenkant connecten met hun outlook krijgen ze een certifaat error omdat er geen certificaat voor de server aan binnenkant is opgenomen. Is hiervoor een workaround? bv https disablen aan binnenkant of moet ik een nieuwe virtuele autodiscovery directory aanmaken op ISS die op poort 80 connect. Aanpassing van certificaat is voor ons geen optie omdat dit ons veer geld zal kosten

Zorgen dat je autodiscovery-adres uit gewoon van binnenuit bereikbaar is?

Wat ik graag doe is zowel binnen als buiten de zelfde namespace hanteren. In jouw geval zou je al je Outlook clients intern kunnen laten connecten op webmail.domein.nl ofzo. Dan kun je één certificaat intern en extern gebruiken.

Bij nader inzien denk ik dat ralpje precies het zelfde bedoelt.

Normaal gesproken zou je daarvoor trouwens liefst intern en andere naam willen gebruiken dan extern, bijvoorbeeld exchange.domein.nl intern en webmail.domein.nl extern.

In principe komt dat op hetzelfde neer, ja
Ik werk veel met Cisco-firewalls die, als je dat activeert in ieder geval, voor een DNS-request die een extern ip uitgeeft dat gemapt is naar een intern ip (volg je het nog? ) het interne IP teruggeeft.
Dus: DNS-request geeft voor webmail.domein.nl 80.80.80.80, maar die staat als NAT naar 1.2.3.4. Client krijgt dan 1.2.3.4 terug en connect gewoon netjes naar de interne server.
Als je grotere omgeving hebt met meerdere CAS-servers is dat wellicht niet wenselijk, maar in de meeste situaties levert dat precies op wat je wilt

Dit zelfde kun je natuurlijk ook bereiken door in je interne DNS-servers webmail.domein.nl op te nemen met een intern IP-adres.

ralpje wijzigde dit bericht 27-02-2012 16:13 (10%)

Gekke is dat ik op mijn eigen dns servers dit ook gedaan heb en mijn owa werkt aan de binnenkant met externe url. Alleen mijn outlook clients niet

Dat komt doordat je Outlook clients hun configuratie via Autodiscover aangeleverd krijgen.

quote:

TAMW schreef op woensdag 22 februari 2012 @ 09:55:

FrancWest schreef op dinsdag 21 februari 2012 @ 23:43:
Ik krijg dezelfde foutmelding na installatie van de language pack. Ik heb zojuist een support case geopend bij Microsoft m.b.t dit probleem.

Franc.


Ben benieuwd! Houd ons op de hoogte.

Had geen tijd meer om er zelf heel diep in te duiken, alles lijkt verder wel normaal te werken.

Bij deze de reactie van de MS Engineer:

After some further research, I found this issue is an opened new bug.

It is due to a windows function that can’t find the supported languages from mui dll. The reason is that the mdbsz.dll.mui which contains the localized stuff has a different *Checksum* value than the mail LN file (mdbsz.dll). Therefore, we can’t load it.

And it doesn't matter what locale we choose for the user, it results in the 10013 event error. For each user. Every 30 minutes.

There's no problem if the language pack is only installed on CAS server. OWA looks good, and no event errors are thrown. But for multi-role server, it cannot be escaped.

So, now, we have to leave this error in event log. Please rest assured that I’ll keep an eye on it and will inform you as soon as the hotfix releases.

Franc.

Bedankt voor de terugkoppeling. Mag ik (per PB oid.) misschien het case nummer hebben zodat ik hem ook even op de goede plek kan inschieten?

quote:

FrancWest schreef op dinsdag 28 februari 2012 @ 12:27:
[...]


Bij deze de reactie van de MS Engineer:

reactie

Franc.

Bedankt voor de update!

TAMW wijzigde dit bericht 28-02-2012 14:24 (3%)

Nou heb ik op internet dit scriptje gevonden die mij interne urls aanpast:
This script may come in handy in the following scenarios

Initial configuration
Expansion in the infrastructure with load balanced CAS
Change in internal FQDN if you change certificate name
Change from https to http
When you have a total disaster on site 1 and need to fail over to a second site with a passive DAG server that holds all server roles

It is a very simple script, if you have some advice to make the script better I would be happy if you let me know. The script does the following:

The server path is specified with a prompt
The script is set up with “-identity *” if you have more than one instance you need to specify wich instance you want to configure
The url is generated using the variable and the default location of the services
After configuring the URL’s the scritp lists all changes so its easy to doublecheck the configuration
The UM role is excluded because it is not supported to be hosted on the same server as CAS

To run the script do the following:

Copy this into a txt file and rename it to a ps1 file
Open powershell and navigate to the location where the file is saved
Use tab in powershell to get the correct run syntax
Run it and type the correct FQDN like this when prompted: https://yourcasserver.domain.local

01 #InternalURL.ps1
02 $urlpath = Read-Host "Type internal Client Access FQDN starting with http:// or https://"
03 Set-AutodiscoverVirtualDirectory -Identity * –internalurl “$urlpath/autodiscover/autodiscover.xml”
04 Set-ClientAccessServer –Identity * –AutodiscoverServiceInternalUri “$urlpath/autodiscover/autodiscover.xml”
05 Set-webservicesvirtualdirectory –Identity * –internalurl “$urlpath/ews/exchange.asmx”
06 Set-oabvirtualdirectory –Identity * –internalurl “$urlpath/oab”
07 Set-owavirtualdirectory –Identity * –internalurl “$urlpath/owa”
08 Set-ecpvirtualdirectory –Identity * –internalurl “$urlpath/ecp”
09 Set-ActiveSyncVirtualDirectory -Identity * -InternalUrl "$urlpath/Microsoft-Server-ActiveSync"
10 #get commands to to doublecheck the config
11 get-AutodiscoverVirtualDirectory | ft identity,internalurl
12 get-ClientAccessServer | ft identity,AutodiscoverServiceInternalUri
13 get-webservicesvirtualdirectory | ft identity,internalurl
14 get-oabvirtualdirectory | ft identity,internalurl
15 get-owavirtualdirectory | ft identity,internalurl
16 get-ecpvirtualdirectory | ft identity,internalurl
17 get-ActiveSyncVirtualDirectory | ft identity,internalurl

Echter bij de output van zie ik bij internalurl 2X https staan; dus https://https//mydomain/...

Krijg dit niet veranderd naar 1X https

Dan doe je het toch gewoon met de hand?

Om te zien wat je nu hebt:
Get-AutodiscoverVirtualDirectory | fl internalurl

Om de waarde aan te passen:
Set-AutodiscoverVirtualDirectory -Identity * –internalurl <goede waarde>

Dit is basic PowerShell, als je dit niet kunt overzien dan zou ik erg terughoudend zijn met het draaien van scripts die je niet zelf geschreven hebt.

quote:

TAMW schreef op dinsdag 21 februari 2012 @ 10:39:
Krijg na de language pack ivm de dutch owa bug (kb2677598) wel per user deze melding in de eventvwr:

The Active Directory entry for mailbox /DC=local/DC=xxx /OU=Mailbox Users/CN=xxx contains an invalid locale for attribute MsExchUserCulture: nl-NL.

Normaal krijg je dit als je CAS en MBX server niet dezelfde language pack hebben.
Maar deze server heeft allebei de rollen en er is niets meer te updaten zegt de languagepack install.

Hebben jullie dit ook?

Er is een nieuwe versie van de Language Pack Bundle voor SP2 die dit op zou moeten lossen. Download hier: http://www.microsoft.com/...oad/details.aspx?id=28953

Jazzy wijzigde dit bericht 25-05-2012 13:09 (5%)