woensdag 11 november 2009

Exchange 2010: Handtekening op basis van AD informatie

Exchange 2007 bracht ons transport rules, met transport rule konden we heel gemakkelijk een disclaimer plaatsen onder bijvoorbeeld alle uitgaande berichten. Voor veel klanten was een transport rule voor dit doel de eerste en vaak ook de enige rule die ze aanmaakten. Maar naast het toevoegen van een juridische boodschap kunnen we natuurlijk ook ieder uitgaand bericht voorzien van de zelfde ondertekening. Een veel gestelde vraag was of we hier ook dynamische gegevens in konden opnemen en dat was helaas niet mogelijk. Exchange 2010 brengt daar verandering in en in dit artikel laat ik zie hoe eenvoudig het is om dit in te stellen.

Het maken van een transport rule in Exchange 2010 gaat precies het zelfde als in Exchange 2007: in de Exchange Managemens Shell met de New-TransportRule cmdlet of in de Exchange Management Console. In dit artikel kies ik de EMC om een disclaimer toe te voegen die dus geen juridische tekst bevat maar een gepersonaliseerde handtekening, de gegevens hiervoor halen we uit Active Directory.

Om te beginnen openen we de EMC en browsen we naar Organization Configuration, Hub Transport. In het rechterpaneel kiezen we New Transport Rule… en de volgende wizard wordt voor ons gestart:

1

Geef de transport rule een naam en indien gewenst een commentaar, een nieuwe transport rule is standaard gelijk Enabled, haal het vinkje weg als je dat nog niet wilt en klik op Next.

2

Een transport rule bestaat uit 3 componenten: een voorwaarde, een aktie en een uitzondering. In mijn voorbeeld heb ik als Condition gekozen voor mail die verzonden wordt door gebruikers van mijn organisatie, naar mensen buiten mijn organisatie. Klik op Next.

3

De actie is duidelijk hier, we willen een disclaimer toevoegen. Wanneer we dit vinkje gezet hebben kunnen we in het onderste deel van de wizard klikken op ‘disclaimer text’.

4

Zoals je ziet kunnen we hier HTML-tags gebruiken, in dit voorbeeld heb ik alleen een h3-tag gebruikt maar je kunt ook denken aan een specifiek lettertype of een link naar het bedrijfslogo. Verder kunnen we hier dus met variabelen uit Active Directory werken, we zetten de naam van de variabel simpelweg tussen %%. In de praktijk zul je hier misschien nog een hr-tag en daaronder je disclaimer-text aan toe willen voegen. Klik op OK en druk op Next.

6

In dit voorbeeld heb ik geen Exception gekozen en klikken we op Next.

7

Hier kunnen we onze keuzes nog een keer controleren en bevestigen we ze met een klik op New.

8

En zoals we inmiddels van Exchange gewoon zijn krijgen we hier te zien dat de opdracht met succes is uitgevoerd en welke PowerShell regel er onder de motorkap voor ons is uitgevoerd. Klaar is Kees!

Maar hoe ziet het eindresultaat er nu uit? Minder spectaculair dan je misschien zou verwachten:

11

Dan nog even terug naar de AD properties die we gebruikt hebben in onze handtekening, je vraagt je misschien af welke properties je daar kunt kiezen en welke naam je precies aan moet houden. Daar is een handig truukje voor. Hiertoe openen we de eigenschappen van een mailbox en passen we de gewenste velden aan, bijvoorbeeld door een leeg veld met een waarde te vullen of een ingevuld veld met één karakter aan te passen, zoals ik hier gedaan heb.

9

Zodra we de eerste aanpassing doen wordt er een button klikbaar die daarvoor nog greyed out was. Dit is een nieuwe functie van Exchange 2010, dit is de ‘Show Exchange Management Shell command’ button. Wanneer we hier op klikken krijgen we de PowerShell regel te zien welke uitgevoerd wordt wanneer we de wijzigingen bevestigen door op OK te klikken, vergelijkbaar met de terugkoppeling die we op de laatste pagina van de wizard zagen.

10

Hier zien we de parameters van de Set-Mailbox cmdlet die gewijzigd zouden worden: StreetAddress, City en Department, dit zijn de namen die we hierboven gebruikt hebben. Speel maar eens met de velden die voor jou interessant zijn, op deze manier vind je snel welke namen je zoal kunt gebruiken.

Met dit eenvoudige voorbeeld hoop ik jullie fantasie geprikkeld te hebben, ik weet zeker dat jullie een slimmere of nettere toepassing van deze functionaliteit weten te bedenken. Succes!

donderdag 5 november 2009

EMS: Exchange 2003 beheren met Windows 7

Ondanks de enorme verbeteringen van Exchange 2007 en 2010 is de meest in het wild voorkomende versie nog steeds Exchange 2003. Het is dan ook niet raar dat veel mensen hun Exchange 2003 server willen beheren vanaf een Windows 7 computer door hier de Exchange System Manager (ESM) op te installeren. Helaas is er geen ESM voor Windows 7 en de vraag is of die er überhaupt komen gaat. Hoe dan wel?

De laatste versie van ESM is medio 2008 uitgebracht voor Windows Vista, hier te downloaden. Wanneer je deze download en opstart dan word er een directory ESMVISTA aangemaakt met daarin een bestand met de naam ESMVISTA.MSI.

image

Wanneer je deze in Windows 7 wilt installeren dan resulteert dit in een foutmelding, het pakket controleert namelijk of het wel op Vista wordt geïnstalleerd:

image

Om deze controle te omzeilen kun je het bestand installeren in zogenaamde Silent Mode. Dat doe je door een ‘elevated’ command prompt te starten (klik met rechts op het Command Prompt icoon en kies Als Administrator uitvoeren). In dit venster navigeer je naar de directory waar EMSVISTA.MSI staat. Vervolgens start je de installatie met het commando:

msiexec /i esmvista /q

Geef de installatie even de tijd en kijk in het Gebeurtenislogboek (eventlog) of de installatie geslaagd is. Als het goed is vind je in je startmenu nu een snelkoppeling naar Exchange System Manager.

Let op: Deze oplossing wordt niet ondersteund door Microsoft.

Als je beschikt over Windows 7 Professional, Enterprise of Ultimate dan is er een alternatief wat wel ondersteund wordt. Namelijk het gebruik van Windows XP Mode, download het hier. Voor een korte overview van Windows XP Mode en heo het werkt verwijs ik je naar een blogppost van Daniel van Soest.

Met Windows XP Mode kun je ESM installeren op Windows XP dus je hebt geen problemen met compatibiliteit of ondersteuning. Toch kun je de applicatie gewoon vinden in je Windows 7 startmenu en er mee werken alsof het lokaal op Windows 7 geïnstalleerd zou zijn. Aanrader!

woensdag 4 november 2009

Exchange 2007 en Windows Server 2008 R2 (update)

Eerder schreef ik over de keuze van Microsoft om Exchange 2007 SP2 niet te gaan ondersteunen op Windows Server 2008 R2. De reden was dat er geen tijd in het testen en oplossen van issues werd gestoken omdat men die energie liever in Exchange 2010 SP1 wilde steken. Veel gebruikers hebben aangegeven toch graag Exchange 2007 op Server 2008 R2 laten draaien, en de Exchange product group heeft geluisterd: Exchange 2007 SP2 zal ondersteund gaan worden op Windows Server 2008 R2. Details volgen nog.

maandag 2 november 2009

Server voorbereiden op Exchange 2010

In een recent artikel schreef Peter Noorderijk over het voorbereiden van een Windows server op de installatie van Exchange 2010. In dit artikel wil ik nog een derde variant beschrijven, namelijk het gebruik van ServerManagerCMD.exe en xml-files.

Wanneer we de installatiebestanden van Exchange 2010 downloaden of op DVD hebben dan staat in de installatiedirectory een directory met de naam Scripts. Hierin vinden we een aantal xml-bestanden:

Exchange-Typical.xml
Exchange-CAS.xml
Exchange-Hub.xml
Exchange-MBX.xml
Exchange-UM.xml

Deze bestanden kunnen we gebruiken als invoerbestand voor ServerManagerCMD.exe met de switch -ip. Voor een server die alle standaard Exchange 2010 rollen gaat draaien bijvoorbeeld gebruiken we het commando:

ServerManagerCMD.exe -ip Exchange-Typical.xml -Restart

Voor een Edge Transport server ziet het commando er zo uit:

ServerManagerCMD.exe -ip Exchange-Edge.xml -Restart

Goed, wat de bedoeling van de overige bestanden is spreekt wel voor zich, denk ik. Dan zijn er verder nog twee bijzonderheden, ten eerste voor een server die de Unified Messaging rol uit gaat voeren. Voor deze installeren we ook nog de Desktop Experience feature met het volgende commando:

ServerManagerCmd -i Desktop-Experience

En tot slot moeten we voor servers met de Client Access rol een service op 'Automatic' zetten, wat is er handiger om dit ook met een makkelijke opdrachtregel te doen:

sc config NetTcpPortSharing start= auto

Nu zul je misschien zeggen dat je het net zo makkelijk in de GUI kunt doen allemaal, en dit lijkt misschien wel eens handiger. Maar wanneer je 4 servers of 40 servers moet inrichten dan is het alweer een heel stuk makkelijker om de opdrachten in een script of batch-bestand te zetten en deze op de servers te laten draaien.

Een ander voordeel van de commandline is de mogelijkheid om heel eenvoudig een logboek bij te kunnen houden van alle stappen die je genomen hebt. Het maken van screenshots kost tijd en is vaak wat omslachtig, maar een snelle copy-paste van de gebruikte commando's is zo gedaan. Als je nog geen logboek bijhoudt, dan raad ik het je bij deze aan.

dinsdag 27 oktober 2009

Exchange 2010: Edities en licenties

Microsoft producten en licenties, het heeft de naam het meest complexe gebied van ons vak te zijn. En laten we wel zijn, het is doorgaans ook niet eenvoudig om de juiste keuze te maken uit alle verschillende mogelijkheden. In dit artikel wil ik wat licht schijnen op de verschillende versies en bijbehorende licenties van Exchange 2010.

Net als bij Exchange 2007 zijn er twee verschillende versies te koop van Exchange Server 2010, Standard en Enterprise Edition. Voor beide versies installeer je de zelfde software en pas wanneer je een product key invoert worden bepaalde functies uitgeschakeld. Zolang je nog geen key hebt ingevoerd zit je in de trial-mode, die is 120 dagen geldig en komt overeen met de functionaliteit van Enterprise Edition.

Op dit moment zijn de volgende kenmerken van de verschillende server-edities bekend:

Exchange Server 2010Standard EditionEnterprise Edition
Aantal databases maximaal5100
Maximale database grootteOnbeperkt (*)Onbeperkt (*)
Database Availability Group (DAG)JaJa

(*) Aanbevolen wordt om databases aan te houden die kleiner zijn dan 2 TB.

Naast de verschillende edities van de Server licentie zijn er ook nog 2 verschillende Client Access Licenses (CAL). Het zal je niet verassen dat ook deze Standard en Enterprise in de naam hebben. Voor Exchange 2010 CALs geldt dat je voor iedere gebruiker een Standard CAL nodig hebt. Wanneer je bepaalde features wilt gebruiken waarvoor de Enterprise CAL benodigd is, dan schaf je die aan bovenop de Standard CAL en alleen voor het aantal gebruikers waarvoor je deze functionaliteit nodig hebt.

Exchange Server edities en CALs kunnen door elkaar gebruikt worden, dus je kunt Standard CALs gebruiken om met een Enterprise server verbinding te maken. Onderstaande tabel geeft aan welke functionaliteit de verschillende CALs bieden:

Exchange Client Access License (CAL)StandardEnterprise
E-mail, agenda en contactpersonenJaJa
Exchange ActiveSyncJaJa
ActiveSync Over-the-air updates (**)JaJa
Outlook Web AppJaJa
Mail archiveringNeeJa
RetentiebeleidNeeJa
Unified MessagingNeeJa
Forefront Protection (***)NeeJa

(**) Updates voor Outlook Mobile op Windows Mobile 6.1 en hoger.
(***) Alleen bij bepaalde licentie-/contractvormen, vraag je leverancier.

Samengevat geldt dat je eerst een keuze maakt voor de server licenties, bekijk per server(!) welke editie je nodig hebt: Standard of Enterprise Edition. Vervolgens schaf je voor alle gebruikers Standard CALs aan en alleen voor bepaalde functionaliteit de aanvullende Enterprise CAL. Overigens kun je een server met Standard Edition eenvoudig upgraden naar Enterprise Edition door simpelweg een andere product key in te voeren.

Ik wens jullie veel plezier met Exchange 2010!

vrijdag 28 augustus 2009

Server 2008 R2 loopt vast in VMware ESX

Verschillende mensen melden vastlopers wanneer ze Windows Server 2008 R2 draaien onder VMWare ESX 3.5 en 4. De oorzaak hiervan zou de videdriver zijn die geïnstalleerd wordt met de VMware Tools. Een tijdelijke oplossing is om ofwel geen VMware Tools te installeren, ofwel de VMware videodriver te verwijderen. Een definitiefe oplossing in de vorm van een nieuwe driver is helaas nog niet voor handen.

maandag 24 augustus 2009

Exchange 2007 SP2 komt vandaag uit

Vandaag is Exchange 2007 SP2 beschikbaar gekomen op het Download Center. Waarom is dat goed nieuws? Twee redenen.

Op dit moment is van Exchange 2010 een Release Candidate uitgebracht en wordt er al volop mee getest in allerlei scenarios. Wanneer je Exchange 2010 in een bestaande Exchange 2007 omgeving wilt introduceren dan is SP2 een vereiste om beide versies naadloos samen te laten werken.

Een andere reden om blij te zijn met SP2 is dat de beloofde backup plug-in eindelijk zijn weg naar de gebruikers heeft gevonden. Hoe zat het ook alweer? Bij Windows 2000 Server en Server 2003 kreeg je na installatie van Exchange een bepaalde uitbreiding van NTbackup meegeleverd, hiermee kon je eenvoudig maar doeltreffend een backup en restore van je Exchange data uitvoeren. Met Windows Server 2008 kregen we Windows Server Backup (WSB) als opvolger van NTbackup en werkte de oude methode niet meer. Kort daarop werd een plug-in voor WSB beloofd die dit gemis op moest lossen. Helaas heeft Microsoft daarna veel tijd en energie gestoken in de ontwikkeling van Exchange 2010 en moets het tot vandaag duren voordat de plug-in eindelijk beschikbaar kwam.

Downloadlink.
Release notes.
What's new?

zaterdag 22 augustus 2009

OWA wordt Outlook Live, nee, Outlook Web App

Het duurt niet lang meer voordat Exchange 2010 in zijn uiteindelijke versie beschikbaar zal komen. Eén van de tekenen is de Release Candidate die onlangs werd gepresenteerd. Opvallend in deze versie is dat Outlook Web Access nogmaals hernoemd is, de nieuwe naam is Outlook Web App. In eerdere builds van Exchange 2010, waaronder publieke Beta 1, was de naam al eens aangepast in Outlook Live.



De webinterface van Exchange is er al sinds Exchange 5.0 en heette toen Exchange Web Access.

maandag 17 augustus 2009

Je server voorbereiden voor Exchange 2010

Het zou zomaar kunnen dat er binnenkort eens een RC1 voor Exchange 2010 beschikbaar komt. Wanneer het zo ver is dan wil je deze natuurlijk zo snel mogelijk in je lab geïnstalleerd hebben. Dan is het goed om te weten dat er een aantal xml-bestanden worden meegeleverd om alle Windows Roles, Features en Role Features te installeren. Deze bestanden kun je voeren aan de commandline versie van de Server Manager: servermanagercmd.exe.

De bestanden staan in de \scripts directory van de Exchange 2010 installatiebestanden:


De naam van de bestanden geeft al aan voor welke toepassing ze bedoeld zijn. Als je meer wilt weten dan open je de bestanden gewoon met vi of notepad. De structuur is zeer leesbaar en geeft een indruk van wat je kunt met servermanagercmd.exe en invoerbestanden.

Gebruik deze bestanden in combinatie met servermanagercmd.exe en de -ip parameter:


Als je helemaal van snelheid houdt dan gebruik je ook de parameter -restart, de noodzakelijke reboot zal dan direct na de installatie worden uitgevoerd.

Servermanagercmd.exe werkt ook in Server 2008 R2 maar wordt niet verder doorontwikkeld. Deze functionaliteit is namelijk naar PowerShell verplaatst, met alle voordelen vandien. Daarover binnenkort meer.

Naam Exchange organisatie kiezen of aanpassen

Tijdens het voorbereiden van Active Directory voor de installatie van Exchange moet je een naam kiezen voor je Exchange organisatie. De naam mag bestaan uit de karakters 0-9, A-Z, a-z en -. Ook mogen er spaties in zitten, maar dan niet aan het begin of aan het einde van de string. Op zich maakt het weinig uit wat voor naam je kiest, gebruikers zien hem in principe niet en zelfs beheerders zullen deze naam niet snel tegenkomen.

Wanneer je Exchange 2007 of 2010 installeerd met de wizard dan wordt de vraag gesteld en is er een standaard waarde van First Organization ingevuld, deze kun je naar wens aanpassen. Wanneer je de opdrachtregel gebruikt voor je installatie dan geef je deze naam op met de parameter /OrganizationName of /on. Hier geldt geen standaard waarde en moet je dus altijd wat opgeven, bijvoorbeeld:

Setup.com /mode:install /role:Mailbox,HubTransport /OrganizationName:"Mijn organisatie"

Deze naam wordt vervolgens gebruikt om alle Exchange objecten in AD een aantal properties mee te geven, bijvoorbeeld LegacyExchangeDN.

Wat nu als je deze naam zou willen veranderen? Daar kan ik kort op antwoorden: dat kan niet. Dat wil zeggen, het kan alleen als je een Exchange 5.5 omgeving hebt die je nog niet aan het upgraden bent naar Exchange 200x. In Exchange 5.5 kun je met de Server Administrator simpelweg de naam veranderen. Deze naam wordt tijdens /forestprep vervolgens omgezet naar de Exchange organisatienaam in AD.

In alle andere andere gevallen is het niet mogelijk om de naam van de Exchange organisatie te veranderen. Kies hem dus zorgvuldig!