Schnell war klar, dass es etwas mit Javascript zu tun haben musste denn Windows-Update lädt am Anfang gleich ein Javascript ein von dem aus die Besucher weiter geschubst werden. Genau das aber funktionierte nicht mehr.

Die Internet Explorer Sicherheitszonen auf Standardstufe zurücksetzen, die Einstellungen des Browsers zurückzusetzen oder gar den IE 8 neu zu installieren brachte auch keine Besserung.

In einem Forum fand ich dann die Lösung:

Als Administrator öffnet man eine Shell im Verzeichnis “%SYSTEMROOT%\SYSTEM32″, tippt die Befehle

regsvr32 vbscript.dll
regsvr32 jscript.dll

ein, startet den Browser neu und schon geht es wieder.

Zum Glück habe ich immer eine zweite UMTS Karte dabei (bitte nicht fragen wieso) auf der jedoch keine Flatrate gebucht ist. Also, kurz ins Netz und google angeworfen: nix. Also nix brauchbares denn die Tipps die da auftauchen haben bei mir nicht zur Problemlösung beigetragen.

Nach der x-ten Deinstallation bemerkte ich, dass die Einwahlverbindung nicht gelöscht wird, wenn ich die Mobile Partner Software deinstalliere. Also, Einwahl “Internet” gelöscht und sie von Mobile Partner nach einer Neuinstallation wieder neu einrichten lassen. Und siehe da, das Internet ist wieder da

Nun noch schnell di.fm angeworfen und das Wochenende kann kommen.

Die Exchange Integration besteht aus dem Disk-Agenten, dem Media-Agenten und der MS Exchange Integration selbst. Diese drei Komponenten wurden entsprechend der Vorgabe aus der Anleitung installiert und die Umlaufprotokollierung der Exchange Speichergruppe wurde ausgeschaltet.

Zur Vorsicht starteten wir den Exchange Server noch einmal durch. Die Meldung verschwand jedoch nicht.

In einem HP Forum wurden wir dann fündig: Dort stand zu lesen, dass man die Variable EXCHANGE_HOME mit dem Pfad zum Exchange definieren sollte – und tatsächlich.
Ein anderer Standort, eine andere Sicherungszelle – hier war auf dem Exchange-Server das “bin” Verzeichnis des Exchange-Prozesses in den Pfad eingetragen.

Anstelle eine Variable EXCHANGE_HOME zu definieren, erweiterte ich den PATH um

C:\Programme\Exchsrvr\bin

und startete den DP Prozess auf dem Exchange-Server neu.

Nun ließ sich im DP Manager Exchange auswählen und ich konnte den Job erfolgreich anlegen.

Grundlage war ein neu aufgesetzter Windows 2003 Server mit einem GB Hauptspeicher sowie installiertem Outlook 2007. Nach erfolgter Installation von BES erfolgte die Anbindung an Exchange. Dazu wurden die Berechtigungen wie im Video beschrieben eingerichtet.

Nun tauchten aber schon die ersten Probleme auf. Es funktionierte zwar das Pushen von Emails auf die Geräte, der Versand von den Geräten zurück an den BES und dort über das Postfach des Anwenders klappte nicht. Die Emails verließen die Blackberrys einfach nicht sondern blieben mit einem roten Kreuz ”hängen”.

Erst als der Informationsspeicher des Exchange Servers durchgestartet – und somit die Berechtigungen für den BES Benutzer neu eingelesen – wurde lief auch der Versand über die Blackberry Geräte. Email, Kontakte, IT Richtlinien – nun schien alles glatt zu laufen.

Nur der Kalender wollte nicht so recht.

Der Tipp in zahlreichen Foren, die Datei

cdo.dll

mit dem Exchange-Server abzugleichen brachte ebenfalls kein brauchbares Ergebnis.

Durch Zufall stieß ich auf den Tipp, die Microsoft Exchange Systemverwaltungstools nachträglich auf dem BES-System zu installieren. Dazu musste vorher noch der Internetinformationsdienste-Manager sowie das Admin-Tools eingespielt werden.

Nach einem Reboot und der Anweisung

regsvr32 cdo.dll

wollte der BES zunächst nicht mehr starten, mit dem Verweis auf ein nicht zu ladendes MAPI Profil.

Ich hatte die Systemverwaltungstools von einer Exchange-CD ohne Servicepack eingespielt. Dieses Verhalten war erwartet worden, da unser Exchange selbst mit SP2 lief. Also spielte ich das Update ein und rebootete den BES-Server.

BES wollte noch immer nicht starten und hing dieses Mal mit der Meldung „failed to retrieve the Server DN“. Glücklicherweise gab es dazu auf der BlackBerry-Seite eine Hilfestellung.

Probehalber deinstallierte ich Outlook 2007 – leider ohne nennenswerten Effekt auf den BES. Um auszuschließen, dass es am MAPI Profil selbst lag, löschte ich wie von BlackBerry beschrieben die MAPIProfile und setzte sie mit den Bordmitteln des BES neu auf.

Anschließend startete ich den Server erneut durch. Nun lief wenigstens wieder der BES normal an.

Nur diese Termine… Immerhin tauchte nun im BES Log

Calender synchronization from device disabled

auf. Aha – weit konnte es also nicht mehr sein…

Und tatsächlich: In meinem Gerät stand zwar im Kalender unter “Drahtlose Synchronisation” ein “Ja”, auf der BES Konsole jedoch ein “Nein”. Also deaktivierte ich im Kalender auf dem BlackBerry die Drahtlose Synchroniszation und aktivierte sie anschließend wieder.

And guess what… it worked

Dabei wird im Ereignisprotokoll folgendes dokumentiert:

Speziell für dieses Problem gibt es von Microsoft ein kleines Addon, welches dafür sorgt, dass alle Programme ihre Schreib- und Lesezugriffe beendet haben, bevor das Profil entladen wird. Das Addon “User Profile Hive Cleanup Service” kann kostenlos nach einer Windows Genuine Prüfung geladen und installiert werden.

In Windows Vista ist dieses Tool bereits eingebaut.