Een agenda van een andere gebruiker openen in Outlook is niet zo’n hele grote uitdaging, wanneer je voldoende rechten hebt kun je bij de agenda van de gebruiker. Maar wat nu als je dit via OWA wil doen? Voor de verschillende Exchange versies gelden verschillende manieren, laten we beginnen met Exchange 2003:

http://ex01.company.om/exchange/johan/calender

Waar in dit geval johan de variabele is en vervangen dient te worden door de gebruikersnaam van de persoon wiens agenda je probeert te openen.

Voor Exchange 2007 en Exchange 2010 geldt echter iets anders, dit heeft te maken omdat zowel Exchange 2007 als 2010 gebruik maken van web-parts om de verschillende OWA onderdelen op te bouwen. Natuurlijk heeft OWA de mogelijkheid om een andere gebruiker zijn/haar mailbox en vervolgens de agenda te openen maar hier heb je full mailbox access voor nodig, iets wat niet altijd wenselijk is. Om direct de agenda te openen van een gebruiker dien je onderstaande syntax te gebruiken:

https://owa.company.com/owa/johan@domain.com/?cmd=contents&module=calendar

Zoals je ziet is alleen het laatste deel veranderd johan@domain.com/?cmd=contents&module=calendar. Naast deze manier zijn er nog diverse andere mogelijkheden in Exchange 2007 en 2010 om een agenda weer te geven, onderstaand een opsomming:

https://owa.domain.com/owa/johan@domain.com/?cmd=contents&f=calendar&view=dialy

Het bovenstaande command opent de agenda, dit wordt gedaan middels de f parameter welke het mogelijk maakt een map te openen welke zich in de mailbox van de gebruiker bevindt. Vervolgens geven we met de view parameter aan hoe de agenda moet worden weergeven, in dit geval dialy. Wanneer deze laatste parameter niet wordt opgegeven zal dit tevens de standaard optie zijn.

https://owa.domain.com/owa/johan@domain.com/?cmd=contents&f=calendar&view=weekly

Dit commando doet exact hetzelfde alleen opent deze de agenda met de weekly view.

https://owa.domain.com/owa/johan@domain.com/?cmd=contents&f=calendar&view=monthly

En als laatste de monthly view, tenminste dat zou je denken we hebben nog een mogelijkheid:

https://owa.domain.com/owa/johan@domain.com/?cmd=content&f=calendar&view=daily&d=10&m=26&y=2010

Bovenstaande commando opent de agenda en zal hierbij gelijk naar 26 oktober 2010 gaan.

Gepost in Exchange ~ Geen Reactie

Microsoft heeft voor zowel Exchange 2000 SP3, Exchange 2003 SP2, Exchange 2007 SP1 en SP2 als Exchange 2010 een security update vrij gegeven. Voor Exchange 2007 en 2010 is deze patch uitgebracht als onderdeel van een rollup. Hiermee bereiken we rollup 10 voor Exchange 2007 SP1, rollup  4 voor Exchange 2007 SP2 en rollup 3 voor Exchange 2010.

Alle updates bevatten een security fix voor een vulnerability die is ontdekt in de Windows SMTP service waardoor het mogelijk is een DOS attack uit te voeren.

Onderstaand de links waar je de patches kunt vinden en een link naar het security bulletin welke de vulnerability beschrijft.

Exchange 2000 SP3: open
Exchange 2003 SP2: open
Exchange 2007 SP1: open
Exchange 2007 SP2: open
Exchange 2010: open
Microsoft Security Bulletin MS10-024: open

Gepost in Exchange ~ Geen Reactie

Bij toeval tegen een bugje aangelopen in Exchange 2010. De issue doet zich alleen voor met Exchange 2010 en als de CAS servers zich in verschillende sites bevinden waartussen niet alle communicatie mogelijk is. Tot nu toe heb ik deze issue alleen gezien wanneer er in bijvoorbeeld het hoofdkantoor nog een CAS bijgezet wordt. Dit is dan in dit geval de 3rde CAS server in de Exchange 2010 omgeving.

Normaliter krijg je met get-owavirtualdirectory netjes een overzicht terug van alle CAS servers welke de OWA service aanbieden. Wanneer er echter geen RPC verkeer mogelijk is tussen de CAS servers in de diverse sites dan krijg je onderstaand resultaat:

Zoals je ziet geeft het commando netjes de eerste CAS server weer maar bij de tweede CAS gaat het verkeerd. Logisch want deze is niet te bereiken via RPC. Normaliter zou je verwachten dat de query wel op zoek gaat naar nog meer CAS servers, nou niet dus. Na contact met Microsoft werd bevestigd dat dit een bug is en dit in een toekomstige update wordt gefixt.

Workaround: zet RPC open

Gepost in Exchange 2010 ~ Geen Reactie

Tijdens het ombouwen van een pilot naar een produktie omgeving liep ik tegen een leuk issue’tje aan. De mailboxen moesten verplaatst worden van de oude mailbox server naar een nieuwe mailbox server. Normaliter niet een heel spannend proces wat zowel via de Exchange Management Console als Exchange Management Shell uitgevoerd kan worden. Toch lukte het niet om de mailboxen te verplaatsen van de ene Exchange 2010 mailbox server naar de nieuwe Exchange 2010 mailbox server. Als eerst maar even het event log onderzocht en daar kwam ik het volgende in tegen:

(PID 5988, Thread 954) Task New-MoveRequest writing error when processing record of index 0. Error: Microsoft.Exchange.MailboxReplicationService.MailboxReplicationTransientException: The call to ‘net.tcp://cas.domain.local/Microsoft.Exchange.MailboxReplicationService’ failed. Error details: The type initializer for ‘Microsoft.Exchange.MailboxReplicationService.LocalMailbox’ threw an exception.. —> System.ServiceModel.FaultException`1[System.ServiceModel.ExceptionDetail]: The type initializer for ‘Microsoft.Exchange.MailboxReplicationService.LocalMailbox’ threw an exception. (Fault Detail is equal to An ExceptionDetail, likely created by IncludeExceptionDetailInFaults=true, whose value is:

System.TypeInitializationException: The type initializer for ‘Microsoft.Exchange.MailboxReplicationService.LocalMailbox’ threw an exception. —-> System.IO.FileLoadException: The located assembly’s manifest definition does not match the assembly reference. (Exception from HRESULT: 0×80131040)

   at Microsoft.Exchange.MailboxReplicationService.LocalMailbox..cctor()

   — End of inner ExceptionDetail stack trace —

   at Microsoft.Exchange.MailboxReplicationService.LocalMailbox..ctor(LocalMailboxFlags flags)
   at Microsoft.Exchange.MailboxReplicationService.LocalSourceMailbox..ctor(LocalMailboxFlags flags)
   at Microsoft.Exchange.MailboxReplicationService.MailboxReplicationService.<>c__DisplayClass25.<GetMailboxInformation2>b__24()
   at Microsoft.Exchange.MailboxReplicationService.CommonUtils.CatchKnownExceptions(GenericCallDelegate del, FailureDelegate failureDelegate, MrsTracer tracer)
   at Microsoft.Excha…).

   — End of inner exception stack trace —

   at Microsoft.Exchange.MailboxReplicationService.CommonUtils.CallService(GenericCallDelegate del, String epAddress)
   at Microsoft.Exchange.MailboxReplicationService.MailboxReplicationServiceClient.GetMailboxInformation(Guid primaryMailboxGuid, Guid physicalMailboxGuid, Guid targetMdbGuid, String targetMdbName, String remoteHostName, String remoteOrgName, String remoteDCName, NetworkCredential cred)
   at Microsoft.Exchange.Management.RecipientTasks.NewMoveRequest.InternalValidate()
   at Microsoft.Exchange.Configuration.Tasks.Task.ProcessRecord()

Zoals in de foutmelding al wordt weergeven is er iets mis met de Exchange Mailbox Replication Service (MRS). Deze service bevind zich op de server(s) welke de Client Access Role hebben en zorgt ervoor dat de mailbox van de bron server naar de doel server wordt verplaatst.  Wanneer je meerdere CAS servers in één site hebt zullen de MRS services onderling informatie uitwisselen zodat het verplaatsen maar door één server wordt opgepakt en niet door meerdere.

Aangezien er in dit geval maar 1 CAS server was, de cas.domain.local, besloot ik op deze server eens wat nader onderzoek te doen. De service draaide echter netjes dus besloot ik de Mailbox Replication Service te herstarten. Nadat dit was gebeurd nogmaals geprobeerd de mailbox proberen te verplaatsen en dit keer verliep dit zonder problemen.

Oorzaak heb ik helaas niet kunnen achterhalen en mailbox moves op de nieuwe server verlopen ook zonder problemen. Eén van de oorzaken kan bijvoorbeeld zijn een mailbox database die niet helemaal lekker is. D.m.v. het gebruik van eseutil en isinteg zou je de database in dit geval kunnen repareren en hierna nogmaals de mailbox move kunnen uitvoeren.

Onderstaand nog wat handige sites die extra informatie  bevatten over het proces en de problemen die je kunt ondervinden:

Technet: Understanding Move Requests open
Technet: Troubleshooting Mailbox Moves open

Gepost in Exchange 2010 ~ 1 Reactie

Soms zijn er nog weleens discussies of het nou wel of niet wordt ondersteund om bestanden op een fileserver te plaatsen en dus te benaderen via een LAN/WAN verbinding. Het antwoord daarop is nee, officieel wordt het niet ondersteund vanuit Microsoft. Maar wanneer je het in de praktijk gaat proberen zal het best gaan werken dus waarom wordt het nou niet ondersteund ?

De betreffende bestanden worden middels een zogenaamde file-access-driven methode gebruikt om data op te slaan. Hiervoor wordt gebruikt gemaakt van speciale file access commando’s die het OS aanbiedt om bestanden te kunnen lezen en schrijven.

Voor het schrijven naar lokale disken is dit een uitstekende methode maar voor het schrijven naar een fileserver via een LAN/WAN wordt hiervan geen gebruik gemaakt. In plaats van de file-access driven methode wordt hier gebruik gemaakt van een network-access-driven methodes. Het OS bevat ook voor deze methode commando’s om data te verzenden/ontvangen van/naar andere systemen die zijn aangesloten op het netwerk.

Maar wat doet Outlook in het geval een PST op het netwerk staat? Outlook zal proberen via file commando’s het bestand te lezen of er naar te schrijven. Omdat het bestand echter op het netwerk staat zal het OS deze commando’s vervolgens over het netwerk versturen naar de server waarop het bestand zich bevindt.
Dit veroorzaakt allemaal natuurlijk de nodige vertraging omdat er dus extra stappen uitgevoerd dienen te worden voordat de data uiteindelijk benaderd kan worden.

Naast de performance problemen die je kunt ondervinden kunnen de volgende problemen optreden:

• bestanden kunnen corrupt raken door bijvoorbeeld netwerk problemen
• schrijf- kunnen tot 4 keer langer duren dan lees acties

Mocht je nog wat meer informatie willen hebben dan kun je op onderstaande sites terecht:

Ask the Performance team: Network stored PST files …. don’t do it! open
Configuring Outlook for Roaming Users open

Gepost in Exchange ~ Geen Reactie

Omdat Microsoft nog geen nieuwe versie van de Exchange Server Supportability Matrix beschikbaar heeft dacht ik laat ik er hem zelf even bijwerken. Onderstaand de “nieuwe” versie welke gemaakt is n.a.v. de informatie die te vinden is op Technet. Mocht je iets missen laat het dan even weten:

Release Model

Supported Operating System Platforms

* alleen voor Exchange Management Tools
** alleen voor Exchange 2000/2003 System Manager
*** alleen met Exchange 2003 System Manager voor Windows Vista

Supported Active Directory Environments

* Alleen Rollup 9 of hoger voor Microsoft Exchange Server 2007 Service Pack 1, of later

Ondersteunde Web Browsers

* Rollup 6 voor Microsoft Exchange Server 2007 Service Pack 1 nodig
** hotfix beschreven in Knowledge Base artikel 963664 nodig
*** hotfix beschreven in Knowledge Base artikel 911829 nodig
**** Safari 3.1 voor Mac OS

Ondersteunde Web Browsers voor gebruik met smime

* Hotfix Knowledge Base article 963664 nodig
** Rollup 8 voor Exchange 2007 SP1 nodig
*** Hotfix Knowledge Base article 924334 nodig

Ondersteunde clients

* encryptie inschakelen in het Outlook profiel
** WebDav: Contacts, Events, IMAP: Mail
*** WebDav
**** Rollup 4 voor Exchange 2007 SP1 nodig

Ondersteunde .NET versies

* .NET Framework 2.0 Post-RTM Rollup benodigd
** Alleen van toepassing wanneer wordt geupgrade van .NET 2.0
*** .NET Framework 3.5 en 3.5SP1 bevatten ondersteunde .NET versies

Ondersteunde Powershell versies

Ondersteunde MMC

Ondersteunde Windows Installer

Gepost in Exchange ~ Geen Reactie

Vandaag weer een leuk probleem tegengekomen bij een klant die probeerde een Exchange test omgeving op te zetten. Het vereist echter wel even een korte introductie.
Stel je hebt een AD forest met daarin een child domain waar je vervolgens Exchange in wil installeren.
Je zal dan eerst de voorbereidingen treffen in het forest door het schema updaten en vervolgens het forest uit te breiden. Als laatste stap kun je wanneer de replicatie heeft plaatsgevonden het child domain voorbereiden.

Normaliter zul je hier vaak dezelfde installatie cd voor gebruiken, maar in Exchange 2007 kan dit weleens anders zijn. Dit aangezien er van Exchange 2007 nog een 32-bit versie was die voor test doeleinden gebruikt kon worden en voor schema/forest preps op een 32-bit DC.

Je voelt hem misschien al aankomen? Alles was netjes volgens de procedure gedaan en toch kwamen er diverse foutmeldingen naar voren waaronder onderstaande:

[2/7/2010 11:30:46 PM] [0] Setup has chosen the local domain controller dc.ota.company.corp for initial queries
[2/7/2010 11:30:46 PM] [0] PrepareAD has either not been run or has not replicated to the domain controller used by Setup. Setup will attempt to use the Schema Master domain controller dc.company.corp
[2/7/2010 11:30:46 PM] [0] The schema master domain controller is available

Dus maar eens gecontroleerd of de connectie naar de betreffende servers goed verliep en dit was geen probleem. Omdat het om een test omgeving ging als uiterste nood maar de schema master verplaatst, dit hielp echter weinig en veroorzaakte weer een andere melding:

[2/8/2010 3:32:34 PM] [1] [ERROR] PrepareDomain for domain ota has partially completed. Because of your Active Directory site configuration, you must wait for forest-wide replication to occur, and then run PrepareDomain for ota again.
[2/8/2010 3:32:34 PM] [1] [ERROR] Active Directory operation failed on dc.ota.company.corp. This error is not retriable. Additional information: The specified group type is invalid.
Active directory response: 00002141: SvcErr: DSID-031A0FC0, problem 5003 (WILL_NOT_PERFORM), data 0

Echter het wachten had weinig zin en dus toch maar weer de originele configuratie teruggebouwd. Toen eens Exchange via de GUI opgestart en toen zag ik het meteen. De bestanden die gebruikt werden waren van Exchange 2007 RTM en niet van Exchange 2007 SP1. Toen we die bestanden gebruikte werkte het natuurlijk meteen

Al met al weer een leuke puzzel.

Gepost in Exchange 2007 ~ Geen Reactie

Weer een leuk probleempje tegengekomen dit keer met de installatie van Forefront for Exchange 2010. Het begon met een pre-release die ervoor zorgde dat de Exchange Transport service niet meer gestart kon worden vanwege een mislukte update van Forefront. Dit veroorzaakte dat er diverse Forefront services niet meer startte. Aangezien de Exchange Transport service afhankelijk is van de Forefront service kon er geen mail meer verzonden en ontvangen worden.

Aangezien de RTM versie vrij is gegeven was dit natuurlijk een mooi moment om deze gelijk te installeren. Dus eerst de pre-release verwijderd zodat ik zeker wist dat dit geen problemen zou geven. Hierna begon de ellende, de eerste paar stappen gingen goed maar tijdens de prerequisite check ging het mis. Die kwam namelijk met de volgende melding: 

Eerst maar eens even gecontroleerd of de gebruiker lid was van de goede groepen:

• local administrator
• domain administrator
• Exchange organization management groep

Dit was het geval dus ik wist bijna zeker dat dit het probleem niet veroorzaakte. Toen maar eens kijken of ik de domain controller kon bereiken dit was ook geen probleem. Je vraagt je misschien af waarom moet de installatie contact kunnen maken met de domain controllers? Dit omdat Forefront the Hygiene Management groep update door de computeraccount van Exchange toe te voegen. Eigenlijk dus heel wazig tot we, omdat dit toch moest, wat poorten in de firewall hadden opgezet richting de DC’s in de andere lokatie.

Als laatste poging wilde ik een collega laten zien wat het issue was en stond verbaasd te kijken toen de installatie ineens doorliep. Natuurlijk waren we benieuwd naar de oorzaak en zijn we op onderzoek uitgegaan. Het probleem lijkt te zitten in het niet kunnen bereiken van de domain controller waar de PDC en RID Master FSMO rollen op draaien.

Al met al weer een leerzaam moment en waarom de installatie van de pre-release wel gelukt was ? Toen stonden alle servers nog op één lokatie.

Gepost in Exchange 2010 ~ Geen Reactie

Microsoft heeft rollup 2 voor Exchange 2007 SP2 vrij gegeven, deze rollup bevat o.a. de volgende fixes:

• CAS server wordt trager wanneer een gebruiker mappen opent met veel inhoud
• Afspraken worden weergeven als een afspraak voor een hele dag terwijl dit niet het geval is wanneer deze gesynchroniseerd worden middels een mobiel apparaat
• de log en database groeien enorm
• mails richting remote domains blijven in de queue hangen

Dit zijn slechts enkele fixes in Rollup 2 voor een volledig overzicht kun je terecht op onderstaande site.

open

Gepost in Exchange 2007 ~ Geen Reactie

Veel software fabrikanten hebben hun software wel klaar zodat je Exchange 2010 kunt backupen. Omdat je tegenwoordig aardig wat backup pakketten hebt heb ik een klein overzicht:

Gepost in Exchange 2010 ~ 2 Reacties