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

Ik weet het klinkt gek maar toch kan het, Chinese tekens in non-delivery reports. Na verder onderzoek viel ik van de ene verbazing in de andere, wanneer het betreffende mailtje werd uitgeprint was de tekst gewoon Nederlands.

Wanneer een zelfde mail werd gestuurd vanaf een Outlook 2003/2007 client was het probleem niet zichtbaar. Dus maar besloten om te gaan zoeken op internet en na wat zoeken kwam ik op het Technet forum terecht waar een vergelijken probleem werd gemeld.

Het probleem blijkt te worden veroorzaakt door een bugje in Outlook XP wat uiteraard niet meer gefixt gaat worden. Om even alles op een rijtje te zetten wanneer het probleem zich voordoet hieronder een kort overzicht:

• mail-client is Outlook XP
• komt alleen voor wanneer de NDR van het type HTML is
• wanneer de mail wordt uitgeprint is de tekst gewoon leesbaar

Om dit probleem op te lossen dien je de Hub server te vertellen dat alle NDR’s verzonden moeten worden als plain-text NDR’s, dit kan door het volgende Powershell commando uit te voeren:

Get-TransportServer | Set-TransportServer –InternalDsnSendHtml $False

Een andere oplossing is natuurlijk Outlook updaten naar 2003 of hoger aangezien het probleem zich hier niet in voordoet.

Gepost in Exchange 2007 ~ Geen Reactie

Microsoft heeft vandaag rollup 4 uitgebracht voor Exchange Server 2007.  Het rollup pack bevat diverse fixes voor bugs in Exchange 2007 SP1 waaronder:

• problemen met wildcard gebruik in certificaten
• informatie in DSN berichten wordt niet altijd netjes weergeven
• een attachment wordt onterecht weergeven in de body van het bericht

Voor een volledig overzicht van de lijst met fixes kun je op onderstaande site terecht, voor de patch zelf kun je klikken op de download link.

open
download

Gepost in Exchange 2007, Software ~ Geen Reactie

Tijdens het rotzooien met Dreamweaver liep ik net na het weekend tegen een leuk probleempje op. Bestanden die gemaakt waren met Dreamweaver waren niet meer te openen. Wanneer dit werd gedaan crashed Dreamweaver direct. Ik had wat extensions geinstalleerd dus deze maar eerst verwijdert, maar helaas geen oplossing. Dan maar eens even Googlen en er waren inderdaad meer mensen die het probleem ondervonden. Het probleem blijkt mogelijk te maken te hebben met de wintertijd die in de USA ook is aangepast. Een bug die niet boven water is gekomen tijdens het testen van de beta versie dus. De oplossing ervoor is eigenlijk redelijk simpel. Verwijder het bestand WinFileCache*.dat uit de application data\Adobe\Dreamweaver 9\Configuration directory en het probleem is verholpen. Mocht je Vista hebben draaien dan kun je het bestand vinden in AppData\Roaming\Adobe\Dreamweaver 9\Configuration

Gepost in Blog ~ Geen Reactie