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

Nach einigen erfolglosen Versuchen die Sache telefonisch zu klären, schickte er mir per Email eine Einladung für eine Remotedesktopsitzung. Verbunden, bemerkte ich, dass sein Outlook im Abgesicherten Modus lief.

Auf Nachfrage bekam ich zu hören, dass sein Outlook heute “abgestürzt” sei, und anschließend mit der Frage nach dem Abgesicherten Modus startete. Dieses wurde (wie üblich) mit “Ja” beantwortet.

Ein Neustart von Outlook brachte keine Besserung – Outlook kam immer im abgesicherten Modus hoch. Wie ließ sich dieser nun deaktivieren?

Ein Computer-Neustart behebt 98% aller Windows-Probleme heißt es. Gesagt getan – beim Herunterfahren des Computers hörte ich durch das Telefon ein Piep-Geräusch eines Windows Mobile PDA.

Da dämmerte es mir…

Unter Windows XP hält ActiveSync bei Anbindung eines Windows-Mobile Gerätes und bei Datenabgleich mit Outlook immer eine outlook.exe im Speicher. Diese Instanz muss verhindert haben, dass das zweite Outlook im normalen Modus hochfährt.

Um die zweite Instanz zu schließen gibt es im Prinzip zwei Möglichkeiten: Entweder man trennt den PDA vom PC oder man schmeißt alle “outlook.exe” Einträge über den Taskmanager raus. Letzteres kann aber bei Verwendung von PST Dateien oder OST Dateien zu Problemen führen da diese dann ggf. nicht sauber geschlossen werden.

Nach dem (nicht notwendigen) Computerneustart lief Outlook wieder normal an.

Der Abwesenheitsassistent war wieder vorhanden und der Urlaub gerettet

Nachdem ich ihr meinen Respekt bekundete, kam die verzweifelte Frage: Und wie öffne ich die Liste nun? Immer wenn ich die Liste per Doppelklick öffnen will, erscheint die Meldung:

„Dieses Element kann nicht geöffnet werden. Für Microsoft Exchange steht nicht genügend Arbeitsspeicher zur Verfügung. Wenden Sie sich an Ihren Administrator.“  / “This distribution list has reached the maximum size for your network e-mail server”

Im Hinterkopf erinnerte ich mich daran, dass bei uns so ein Ereignis schon einmal stattgefunden hatte und so durchsuchte ich schnell meine Bookmarks. Ich kam relativ schnell auf eine Microsoft KB Seite welches erklärt, dass Exchange für Verteilerlisten eine fixe Größe an Speicher zur Verfügung stellt.

Ist dieser aufgebraucht… „[...] very large lists may not function as expected in Outlook“ – und genau das war hier passiert.

Die Lösung auf der Microsoftseite war jedoch nicht praktikabel, da die Liste aus dem Postfach heraus sich nicht öffnen ließ. Folgende Vorgehensweise hat uns jedoch geholfen, wieder auf die Liste zuzugreifen und diese nutzen zu können:

• einen Persönlichen Ordner (PST Datei) anlegen,

• die Verteilerliste in den persönlichen Ordner kopieren (“Liste 1″) und prüfen, ob sie sich dort öffnen lässt ist das der Fall,

• eine weitere Kopie der Verteilerliste in den Persönlichen Ordner anlegen (“Liste 2″)
• nun die Listen splitten: aus Liste 1 die letzten 50%, aus Liste 2 die ersten 50% der Kontakte entfernen anschließend beide Listen speichern und schließen
• Beide Listen zurück in das Postfach kopieren, ausprobieren ob man sie öffnen kann (wenn nicht: weiter auf splitten)

Mit diesem Trick ließ sich die Liste wieder nutzen. Ach ja, dann zeigte ich ihr, wie sie innerhalb von fünf Minuten über den Excel-Export eine CSV Datei erstellte und in Outlook importierte