Troubleshooting (3) - Cosynus

COSYNUS Mobile Device Server für Fortgeschrittene 

Boris Nowotny, Senior IT-Consultant 

Kommunikation verbindet. 

Wir verbinden die Kommunikation.

Agenda 

COSYNUS Mobile Device Server für Fortgeschrittene – 31.03.2010 

• 10:00 – 13:00 Überblick und Neuerungen Version 5.5.6.1 

Technische Grundlagen 

• 13:00 – 14:00 Mittagessen 

Lahore Palace (indisch) 

• 14:00 – 16:15 Blick unter die Haube 

Troubleshooting 

Fragen und Antworten 

• 16:15 – 17:15 Vorschau auf Version 6 

• 17:15 – 18:00 Zertifizierungs-Prüfung 



Systemvoraussetzungen (1) 

David von Tobit.Software 

• Tobit David.zehn! unter Windows 

• letztes Feature Pack (04.03.2008) + Hotfixes (DvAPI 219) 

• Tobit David.fx 

• Feature Pack bis 03.05.2010 (DvAPI 275) 

• Tobit David.fx Edition 2011 

• bis Service Pack vom 10.03.2011 (DvAPI 311) 

• wird ggf. auch für das Service Pack vom 25.03.2011 freigegeben 

• läuft NICHT mit der Original-Version (DvAPI 289) 

• läuft NICHT mit dem ersten Service Pack (DvAPI 290) 

• Keine Unterstützung für David V8+ und älter, NetWare- und Linux 




Betriebssystem 

Unterstützte Betriebssysteme (für MDS-Installation, nicht das David-System) 

• Windows 2000 (mindestens SP4) * 

• Windows 2000 Server (mindestens SP4) * 

• Windows XP Professional x86 (mindestens SP1) 

• Windows 2003 Server x86/x64 (mindestens SP1) 

• Windows 2008 Server x86/x64 (mindestens SP1) 

• Windows 2008 Server R2 

• Windows Vista x86/x64 

• Windows 7 x86/x64 

* Auslaufende Unterstützung 




Unterstützte BlackBerry-Geräte 

• 8100 „Pearl“, 8110 (GPS) , 8120 (WLAN) 

• 8220 „Kickstart“, „Flip“ 

• 8300, 8310 „Curve“ (GPS), 8320 (WLAN) 

• 8520 „Curve“ 

• 8700 

• 8800 (GPS), 8820 (GPS+WLAN) 

• 8900 „Curve“ 

• 9000 „Bold“ 

• 9100 „Pearl 3G“ 

• 9300 „Curve 3G“ 

• 9500 „Storm“ 

• 9520 „Storm2“ (WLAN), 9530 „Storm2“ 

• 9700 „Bold“ 

• 9800 „Torch“ 




Unterstützte BlackBerry-Firmwares 

• 4.5.0.55 und höher 

• 4.6 

• 4.6.1 

• 4.7 

• 5.0 

• 6.0 

• Beim 9800 „Torch“ standardmäßig 

• Demnächst für Bold 2 (9700) 

• Demnächst für Curve 3G (9300) 

• Demnächst für Pearl 3G (9100) 

• NICHT Version 6.0.0.448 verwenden! 




Unterstützte Apple-Geräte 

Gerätetyp 

• iPhone 3G 

• iPhone 3GS 

• iPhone 4 

• iPod touch 

• iPad 

Firmware 

• 3.0 / 3.1 / 3.2 

• 4.0 

• 4.1 

• 4.2 / 4.2.1 

• 4.3 (Beta) 




Unterstützte Android-Geräte 

• Prinzipiell alle Geräte mit Betriebsystem 

‚Google Android‘ ab Version 2.1 

• Da Google nur das Betriebssystem liefert und 

dort die ActiveSync-Schnittstelle nicht integriert ist, 

muss diese von den Geräte-Herstellern 

mitgeliefert werden 

Mit folgenden Geräten wurde die Anbindung 

Bereits erfolgreich getestet: 

• HTC Legend (mit Android 2.2) 

• HTC Desire (mit Android 2.1) 

• Samsung SI 9000 Galaxy (mit Android 2.1) 

• Samsung Galaxy Tab 



iPhone-User 



Android-User 



BlackBerry-User 




Internetanbindung (BlackBerry-Nutzung) 

• Idealfall: Feste IP-Adresse 

• Forward DNS (Host-A) und Reverse DNS müssen gesetzt sein 

• David/MDS: Direkter Versand per SMTP möglich 

• David: Mailempfang direkt über MX-Record möglich 

• Alternativ: Dynamische IP-Adresse, Maildomain liegt bei Provider 

• David/MDS: Versand nur über Postman (Smarthost) möglich 

• David: Empfang per POP3 

• BCC-Unterstützung providerseitig erforderlich 

• Auf Uploadgeschwindigkeit achten! 




Internetanbindung (ActiveSync-Nutzung) 

• Idealfall: Feste IP-Adresse 

• Alternativ: Dynamische IP-Adresse mit DynDNS-Account 

• Portweiterleitung von extern auf den Server 

• standardmäßig TCP-Port 443, kann geändert werden 

• Port Mapping wird nicht unterstützt (z.B. extern 444, intern auf 443) 

• Auf Uploadgeschwindigkeit achten! 

• Auf Netzabdeckung achten! 




Firewall-Konfiguration (ActiveSync-Nutzung) 

• Portweiterleitung auf den MDS-Server 

• Bei UMTS: Verbindung wird von extern aufgebaut 

• Bei WLAN: Verbindung wird von intern aufgebaut 

80.79.78.77 

david.ihredomain.de 

192.168.0.1 

192.168.0.2 

192.168.0.10 

Mobile Device Server 



Aufteilung in sieben Dienste (1) 

COSYNUS Mobile Device Server 

1. Manager 

• Überwacht die sechs anderen Dienste 

• Darstellung der Oberfläche 

• Nur der Manager wird von Windows automatisch gestartet 

• Wenn die Oberfläche geöffnet wird, beendet sich der Manager-Dienst 

• Anwendung merkt sich, ob der MDS neu gestartet wird oder oder er vorher 

als Dienst lief 





2. Core (ehemals ‚Sync Engine‘) 

• Synchronisiert Daten ins Tobit-Archivsystem 

• Liest aus dem Command-Archiv, schreibt ins Out-Archiv 

3. Transmission Engine 

• Bei BlackBerry-Geräten: Versendet per SMTP, TCP oder MDS 

• Bei BlackBerry-Geräten: Sendet und empfängt per TCP oder BES 

• Bei ActiveSync-Geräten: Schreibt ins Job-Verzeichnis 

(C:\Programme\Cosynus\MDS4Dv\ActiveSync\job) 

• Liest aus dem Out-Archiv, schreibt ins Command-Archiv 





4. Global Address Lookup 

• Kommuniziert über den TAS Explorer mit dem BlackBerry 

• Kommuniziert über die Bridge mit ActiveSync-Geräten 

(seit Version 5.5.2.0) 

• Liest Adressen aus TAS, LDAP oder SQL 

5. TAS Explorer 

• Synchronisiert Daten ins Tobit-Archivsystem 

• Empfängt und sendet per TCP oder BES 

• Wird auch für den GAL-Dienst benötigt! 





6. NEU: ActiveSync Connection Handler 

• Empfängt und sendet per TCP (an die ActiveSync-Geräte) 

• Gibt die Daten an die ActiveSync Bridge weiter 

• Zur Bridge: Schreibt ins Incoming-Verzeichnis 

(C:\Programme\Cosynus\MDS4Dv\ActiveSync\incoming) 

• Von Bridge: Liest aus dem Outgoing-Verzeichnis 

(C:\Programme\Cosynus\MDS4Dv\ActiveSync\outgoing) 





7. NEU: ActiveSync Bridge 

• Bildet die Schnittstelle zwischen ActiveSync Connection Handler 

und Core / Transmission Engine / GAL 

• Wandelt die XML-Requests aus ActiveSync in C2S/S2C-Kommandos um 

• Zum CH: Schreibt ins Outgoing-Verzeichnis 

(C:\Programme\Cosynus\MDS4Dv\ActiveSync\outgoing) 

• Vom CH: Liest aus dem Incoming-Verzeichnis 

(C:\Programme\Cosynus\MDS4Dv\ActiveSync\incoming) 

• Zum Core: Schreibt ins Command-Archiv 

• Vom TX: Liest aus dem Job-Verzeichnis 

(C:\Programme\Cosynus\MDS4Dv\ActiveSync\job) 




Schemazeichnung 

Firewall 

Postman 

Out 

Command 

Archive 

GAL 

TAS 

Core 

Transmission 

ConnHandler 

Bridge 

Manager 




ActiveSync 

Firewall 

Postman 

Out 

Command 

Archive 

GAL 

TAS 

Core 

Transmission 

ConnHandler 

Bridge 

Manager 




Dienste-Management 

• Nur der Manager wird von Windows automatisch gestartet 

• Die sechs anderen Dienste werden komplett vom Manager verwaltet 

• Wenn die Oberfläche geöffnet wird, beendet sich der Manager-Dienst 

• Alle Dienste müssen dieselbe Benutzeranmeldung verwenden 

• Bitte NICHT ‚LocalSystem‘ verwenden! 



Benutzer-Anmeldung (1) 


Es gibt zwei Stellen, an denen Anmeldedaten eingetragen werden müssen, 

an beiden Stellen müssen DIESELBEN Anmeldedaten verwendet werden 

(ab Version 5.5.3.0 zwingend): 

• Windows-Dienste 

• Im MDS unter ‚Service‘ oder manuell in den Windows-Diensten 

• Bestimmt, mit welchen NTFS-Rechten z.B. auf das David-Verzeichnis 

zugegriffen wird 

• Tobit-API-Anmeldung 

• Im MDS unter ‚Options → Basic settings‘ 

• Relevant für alle Funktionen, die über die Tobit-API ausgeführt werden 





Der Benutzer muss folgende Anforderungen erfüllen: 

• NTFS-Vollzugriff auf den David-Server (explizit, Vererbung beachten!) 

• Lokaler Administrator (wegen Dienststart) 

• Als David-Benutzer angelegt (wegen API-Zugriffen) 

• Im David muss eine E-Mail-Adresse angelegt sein (wegen API-Zugriffen) 

• Der David Client muss gemäß ReadMe konfiguriert sein 

• Der David Client darf NUR mit diesem David-Server verbunden sein 

• Kein Roaming Profile 

• Keine Vorab- oder Abschluss-Includes 

• Unter diesem Account sollte mindestens einmal der David Client gestartet 

worden sein 




Beispiel 1 

Gegeben: 

• Domainstruktur 

• David-Server ist der Domain-Controller 

• MDS ist auf dem David-Server installiert 

Empfohlene Anmeldung: 

• Domain-Administrator 

Schreibweise für die Benutzeranmeldung: 

• DOMAIN\Administrator 

• .\Administrator 




Beispiel 2 

Gegeben: 


• David-Server ist ein Member-Server 






• Der im David eingetragene Benutzer MUSS der Domain-Administrator sein, es 

besteht Verwechslungsgefahr mit dem lokalen 

Administrator! 




Beispiel 3 

Gegeben: 


• MDS ist NICHT auf dem David-Server installiert 





• Der im David eingetragene Benutzer MUSS der Domain-Administrator sein, es 

besteht Verwechslungsgefahr mit dem lokalen Administrator! 




Beispiel 4 

Gegeben: 

• Arbeitsgruppe 



• Administrator 



• SERVERNAME\Administrator 




Beispiel 5 

Gegeben: 

• Arbeitsgruppe 

• MDS ist NICHT auf dem David-Server installiert 


• Administrator 



• Datei- und Druckfreigabe muss aktiviert sein, einfache Dateifreigabe deaktiviert 

• Der Administrator auf beiden Servern muss dasselbe Passwort haben und so 

z.B. mit den Netzwerkshares verbinden können 



Funktionsweise (1) 

Konfigurationsänderungen im David-System 

• Zwei zusätzliche E-Mail-Adressen (bbsrv@, bbbcc@) 

• Zusätzliche Domains (sms.bb, pin.bb) 

• Verteilregeln für die zwei E-Mail-Adressen 

• Verteilvorgaben für die virtuellen Domains 

• david.ini 

• ;Added by COSYNUS COSYNUS Mobile Device Server… 

• msgmailnames = bbsrv@ihredomain.de (überprüfen!) 

• ScanFilesBreak = False 

• ExtendedCMDS = True 

• duplog = {tx}duplogAB.log 

• Archive unter ‚Archive/System/Cosynus‘ 

• Gegebenenfalls Sendemethoden und POP3-Accounts 




Wichtige Dateien im Tobit-Archivsystem 

Dateien unter ‚Archive/User/Username/…‘ 

• archive.mds → Kopie der archive.dat 

• duplog.ini → Duplog-Eintrag für Weiterleitung ins 

Forward-Archiv 

• mds-[IMEI].mdb → Datenbank zur Verknüpfung der Einträge 

Server (Dateiname) ↔ BB (ID) 

• tas2bb.ini → Einstellungen von TAS2BB 

• archive.wait4sync → Temporäre Datei zur Synchronisation der 

Gelesen/Gelöscht-Markierungen 

• (bb4dv.ini) → Obsolet in Version 5 

(nicht zu verwechseln mit der Datei 

im Programmverzeichnis!) 




Wichtige Archive im Tobit-Archivsystem 

David/Archive/System/Cosynus/MDS4Dv 

• BCC → BCC-Mails für Ausgangs-Sync 

• Command → Kommandos vom Gerät 

• Error → Fehlermeldungen vom BB 

• Forward → E-Mails zur Weiterleitung 

• Out Queue → Nachrichten im Versand 

• Confirmations → Bestätigungen verarbeiteter Nachrichten 

• Confirmed → Verarbeitete Nachrichten 

• Retry → Zum manuellen Neuversenden 

• Send Errors → Nicht versendete Nachrichten 

• Sent, waiting for… → Noch nicht bestätigte Nachrichten 

• Purge → Kopie des Ereignisprotokolls 

• Status → XML-Statusdialoge der einzelnen Dienste * 

* Nicht mehr für David.zehn! 




Wichtige Dateien im Programmverzeichnis (1) 

C:\Programme\Cosynus\MDS4Dv 

• EXE-Dateien → Jeder Dienst besteht aus einer Programmdatei 

• mds4dv.ini → Grundlegende Einstellungen 

• mds4dv.usr.servername.mdb → Datenbank der Benutzer (-einstellungen) 

• MDSPublicDir.ini → Einstellungen der Public folders 

• MDSFilingDir.ini → Einstellungen der Filing directories 

• carriers.ini → Liste der BIS-Provider (verschlüsselt, austauschbar) 

• mds4dv.idx.servername.mdb → Indexdatenbank des GAL-Dienstes 

… 




Wichtige Dateien im Programmverzeichnis (2) 

C:\Programme\Cosynus\MDS4Dv 

… 

• openssl.exe → Programm zum Erzeugen des SSL-Zertifikats 

• COSYNUS_CA.crt → SSL-Zertifikat für ActiveSync-Verschlüsselung 

• lame.exe → Zum Umwandeln der Voice-Nachrichten in MP3 

• *.watchdog.txt-Dateien → Vom Manager zur Überwachung der Dienste verwendet 

• *.monitor.rtf-Dateien → Ausgabe der Log-Screens 

• .WibuCmRaC-Datei → Kopie der Lizenz vom dem CodeMeter-Stick 

• .~-Dateien → Wird erzeugt während Optionsdialog geöffnet ist 

• .+-Dateien → Wird erzeugt sobald Optionsdialog geschlossen wird 

• .$$$-Datei → Sperrdatei, wird erzeugt sobald Anwendung geöffnet ist 




Wichtige Unterordner im Programmverzeichnis (1) 

C:\Programme\Cosynus\MDS4Dv\... 

• ActiveSync → Temporäre und Userarchive für ActiveSync 

• Cache → Temporäre Dateien für Nachrichten im Versand 

• Demo → Demodatenbanken für LDAP- und SQL-Anbindung 

• Device → Dateien für MDS-Client-Installation, TAS2BB.exe 

• Logfiles → Jeder Dienst erzeugt eigene Logdateien 

• MDS → Temporäre Dateien der Kommunikation mit dem BES 

• Migration → Backups der Migration von BB4Dv auf MDS 

• PCX → Temporäre Dateien des Mail-Ausdrucks 

… 





C:\Programme\Cosynus\MDS4Dv\... 

… 

• SSL → Einstellungen für das SSL-Zertifikat 

• TAS → Temporäre Dateien des TAS-Explorer-Dienstes 

• Temp → Temporäre Dateien einer Initialsynchronisation 

• Template → Templates für Statusmeldungen 

• Uninstall → Deinstallationsinformationen 

• XML → Temporäre Dateien für XML-Schnittstelle (z.B. COSYNUScontact) 





C:\Programme\Cosynus\MDS4Dv\ActiveSync\... 

• cache → Enthält die Ordnerstruktur der Geräte 

• incoming → CH legt eingehende Kommandos vom Gerät dort ab, wird von der 

Bridge dann weiter verarbeitet 

• job → TX legt ausgehende Kommandos für das Gerät dort ab, wird 

von der Bridge dann weiter verarbeitet 

• outgoing → Bridge legt ausgehende Kommandos für das Gerät dort ab, wird 

vom CH dann an das Gerät geschickt 

• work → Temporäres Verzeichnis der Bridge * 

* TIPP: „ActiveSyncDebug=1“ in die mds4dv.ini eintragen, dann werden die temporären Dateien 

nicht gelöscht 





C:\Programme\Cosynus\MDS4Dv\ActiveSync\cache\[Geräte-ID]\... 

• drafts → Entwürfe 

• inbox → Eingang 

• notifier → Benachrichtigungen 

• outbox → Postausgang 

• sent → Gesendet 

• state → Status der einzelnen Ordner 

für interne Zwecke 

• trash → Papierkorb 




Funktionscodes Server → Gerät 

• Betreff: _S2C:2xx (Out-Archiv) 

• 22x → Kalender 

• 23x → Aufgaben 

• 24x → Adressen 

• 25x → Notizen 

• 26x → Autotext 

• 2x1 → Initialsynchronisation 

• 2x2 → Neueintrag 

• 2x4 → Eintrag löschen 

• 2x6 → Eintrag ändern 

… 




Funktionscodes Server → Gerät 

… 

• 200 → Notify bei poke-pull 

• 207 → Gleichzeitig zum Senden des Links, enthält die bbsrv-Adresse 

• 291 → E-Mail gelesen/ungelesen/gelöscht 

• 298 → Konfiguration und Lizenz 

• Jeder serverseitige Auftrag muss vom Client beantwortet werden, so erkennt der Smart 

assistant den Status des Gerätes (Ausnahmen: 291, 2x4, 2x6) 




Funktionscodes Gerät → Server 

• Betreff: _C2S:1xx (Command-Archiv) 

• 12x → Kalender 

• 13x → Aufgaben 

• 14x → Adressen 

• 15x → Notizen 

• 16x → Autotext 

• 1x0 → Anforderung Initialsynchronisation 

• 1x2 → Neueintrag 

• 1x3 → Bestätigung Neueintrag 

• 1x4 → Eintrag löschen 

• 1x6 → Eintrag ändern 

… 




Funktionscodes Gerät → Server 

… 

• 109 → Bestätigung (für Konfigurationsdaten, Neustart, Install Clientsoftware etc.) 

• 110 → Änderung Sync-Einstellungen 

• 170 → Faxauftrag 

• 191 → Nachricht gelesen/ungelesen/gelöscht 

• 192 → Wiedervorlage 

• 192 → Verteilen 

• 196 → Anrufprotokoll 

• 197 → Druckauftrag 

• 198 → Anforderung Konfigurationsdaten 

• 101 → Fehlermeldung des BlackBerrys, wird nach ‚MDS4Dv/Error‘ verschoben 



Laufzeitdiagramm BlackBerry (1) 

Synchronisationsprozess: Installation und Initialsync 

Server 

1) Neue Software… 

2) S2C:207 

BlackBerry 

3) C2S:109 

4) C2S:110 

5) Statusmeldung 

6) S2C:298 

7) C2S:109 

8) C2S:120 

9) Initialsync gestartet 

10) n-Mal S2C:221 

11) m-Mal C2S:123 

12) Initialsync beendet 

Zeit 




Synchronisationsprozess: Neuer Eintrag serverseitig 

Server 

1) Core: Vergleich archive.dat und archive.mds 

2) Core: Erzeugen der Kommandonachricht 

3) Core: Neuer Eintrag in mds-imei.mdb, ID=Dateiname 

4) TX Engine: Auslesen der Out Queue 

BlackBerry 

5) (TX Engine: Update vom Server) 

6) TX Engine: S2C:2x2 

7) C2S:1x3 

8) Core: Verarbeiten der 

Kommandonachricht 

9) Core: Eintragen der richtigen ID 

in mds-imei.mdb 

Zeit 




Synchronisationsprozess: Neuer Eintrag clientseitig 

Server 

1) C2S:1x2 

BlackBerry 

2) Core: Verarbeiten der C2S 

3) Core: Eintragen ins Archivsystem über Tobit-API 

4) Core: Eintragen des Datensatzes in mds-imei.mdb 

Zeit 




Synchronisationsprozess: Gelesen-Markierung serverseitig 

Server 


2) Core: Bei Änderung Erzeugen der archive.wait4sync 

3) Nach x Minuten… 

4) Core: Erneuter Vergleich archive.dat und archive.mds 

5) Core: Erzeugen der S2C 


BlackBerry 

7) TX Engine: S2C:291 

Zeit 




Synchronisationsprozess: Gelesen-Markierung clientseitig 

Server 

1) C2S:191 

BlackBerry 


3) Core: Durchsuchen der mds-imei.mdb im Eingang des Benutzers 

4) Core: Setzen der Gelesen-Markierung in der archive.dat 

Zeit 



Zusatzoption ‚Public folders‘ 

Features 

• Unterstützte Geräte: BlackBerry; ActiveSync (lesen, ändern, löschen) 

• Synchronisation von Archiven auch außerhalb der Benutzerstruktur 

• Adressen 

• Kalender 

• Aufgaben (nur BlackBerry) 

• Notizen (nur BlackBerry) 

• Keine Synchronisation weiterer Eingangsarchive! 

• Wann und warum einsetzen? 

• Benutzung von Gruppenkalendern 

• Benutzung von globalen Adressarchiven 



Zusatzoption ‚Public folders‘ (2) 

Technischer Hintergrund 

• Ein Archiv kann auf mehrere Geräte synchronisiert werden 

• Daten werden auf das Gerät synchronisiert 

• Kennzeichnung auf dem BlackBerry 

• Adressen: Im Feld ‚Kategorie’ steht der Identifier in der Schreibweise 

‚Identifier:’ 

• Kalender, Aufgaben und Notizen: Im Betreff in der Schreibweise 

‚Identifier:Eintrag’. 

• Kennzeichnung auf dem ActiveSync-Gerät 

• Adressen: Es wird ein eigenes Adressbuch angelegt 

• Kalender: Es wird ein eigener Kalender angelegt 




Einschränkungen 

• Es dürfen nur Archive als Public directory definiert werden, die nicht anderweitig 

synchronisiert werden. Beispielsweise darf kein persönliches Adress-Archiv 

eines Benutzers einem anderen Benutzer zur Verfügung gestellt werden. 

• Ein einmal zugeteilter Identifier darf nur geändert werden, wenn kein 

Teilnehmer mehr diesem öffentlichen Archiv zugeordnet ist. 

• Ein Eintrag auf dem BlackBerry kann nicht durch Entfernen des Identifiers 

verschoben werden. Beispiel: Ein auf den BlackBerry synchronisierter 

Kalendereintrag, der im Archiv ‚Team’ liegt, kann nicht durch Entfernung des 

Identifiers auf dem BlackBerry (Änderung des Betreffs von ‚Team:Eintrag’ auf 

‚Eintrag’) in den persönlichen Kalender verschoben werden. 

• Die Gesamtanzahl von Adressen, Aufgaben, Terminen oder Notizen auf dem 

BlackBerry kann durch Verwendung von öffentlichen Archiven nicht erhöht 

werden. Die Grenzen sind gerätespezifisch und hängen von der Größe des zur 

Verfügung stehenden Speichers sowie der Prozessorgeschwindigkeit ab 




Synchronisationsprozess: Neuer Public-Folder-Eintrag serverseitig 

Server 


2) Core: Auslesen der Tabelle, welche Benutzer 

sind für dieses Archiv eingetragen? 

3) Core: Erzeugen der Kommandonachricht(en) 

4) Core: Neuer Eintrag in mds-imei.mdb 

der Benutzer, ID leer 


BlackBerry 



8) C2S:1x3 

9) Core: Verarbeiten der 

Kommandonachricht 

10) Core: Eintragen der ID in 

mds-imei.mdb des Benutzers 

Zeit 




Synchronisationsprozess: Neuer Public-Folder-Eintrag clientseitig 

Server 

1) C2S:1x2 

BlackBerry 

2) Core: Verarbeiten der Kommandonachricht 


4) Core: Eintragen des Datensatzes in 

mds-imei.mdb des Benutzers 

5) Core: Auslesen der Tabelle, sind noch andere 

Benutzer für dieses Archiv eingetragen? 



8) C2S:1x3 

9) Analog zu 2-4 

Zeit 



Zusatzoption ‚Globale Adress-Suche‘ 

Features 

• Unterstützte Geräte: BlackBerry; ActiveSync (ab Version 5.5.2.0) 

• Abruf (nicht Synchronisation!) von Adress-Archiven 

• Abruf (nicht Synchronisation!) von SQL- und LDAP-Datenbanken 

• Wann und warum einsetzen? 

• Sehr große Adress-Archive 

• Weit verteilte/unterteilte Adress-Archive 

• Adressen liegen nicht im David, sondern in einer Datenbank 

• Adressarchive werden vom MDS indiziert und in einer Datenbank 

zwischengespeichert (schnellere Suche) 

• Verbindung wird per TCP/IP über TAS-Explorer-Dienst 

aufgebaut 



Zusatzoption ‚TAS-Explorer‘ 

Features 

• Unterstützte Geräte: BlackBerry 

• Eigene Anwendung auf dem BlackBerry 

• Anzeigen des Tobit-Archivbaums 

• Nachrichten ansehen, löschen, empfangen, weiterleiten, beantworten 

• Archive anlegen, umbenennen, löschen 

• Auswertung der NTFS-Rechte 

• Speicherung der Daten auf SD-Karte 

• Vorab-Synchronisation auf SD-Karte per USB („TAS2BB“) 

• Verbindung wird per TCP/IP aufgebaut 



Zusatzoption ‚TAS-Explorer‘ (2) 

Konfiguration und Einrichtung 

1. Lizenz eintragen 

2. TCP-Port 16868 von extern freischalten 

3. Dienst ‚COSYNUS TAS Explorer‘ starten 

4. Überprüfen der Einstellungen unter 'Options/Communication' 

5. Test: telnet [externe IP] 16868 

6. Häkchen 'TAS Explorer' in der 'user configuration' aktivieren 

7. Send config an alle Geräte 

8. BlackBerry: APN eintragen (Mobilfunkprovider kontaktieren) 

9. BlackBerry neu starten (Batterie ziehen) 

10. TAS Explorer öffnen 




Das ActiveSync-Protokoll 

• Protokoll von Microsoft 

• Nicht zu verwechseln mit der ActiveSync-Software! 

• Lizenzpflichtig 

• Beruht auf dem HTTP-Protokoll und verwendet HTTP POST-Anforderungen 

• Der Inhalt der POST-Anforderugen ist XML-kodiert 

• Kein Push! – Verbindung muss immer vom Gerät aufgebaut werden 

• Auszug aus dem Microsoft TechNet: „Es ist für das Sync-Protokoll erforderlich, 

dass Übertragungsfehler durch die Netzwerksoftware behandelt werden und 

dass die zwischen Client und Server gesendeten Protokollnachrichten 

vollständig und fehlerfrei sind“ 




Kommandos des ActiveSync-Protokolls (1) 

• AutoDiscover → Initiale Einstellungen wie E-Mail-Adresse, Passwort, 

Serveradresse 

• FolderSync → Synchronisieren der Ordnerstruktur sowie 

Mail, Kalender, Adressen 

• Ping → Anfrage auf Überwachung der Ordner nach Neuerungen, 

bei positiver Antwort muss der Client eine Sync-Anfrage 

schicken 

• Provisioning → Ändern der Sync-Einstellungen 

(wie z.B. Kalender 1 Woche etc.) 





• SendMail → Senden einer E-Mail 

• GetAttachment → Abrufen eines E-Mail-Attachments 

• SyncRequest → Sendet Änderung oder fragt Änderungen ab 

• Options → Standard-Request, enthält Protokoll-Version, 

unterstützte Kommandos etc. 





• ItemOperations → Löschen, Verschieben einer Nachricht etc. 

• MoveItems → Verschieben eines oder mehrerer Elemente in 

einen anderen Ordner 

• SmartForward → Weiterleiten einer E-Mail, nur Differenz wird 

übertragen (wird vom iPhone ab iOS4 verwendet) 

• SmartReply → Beantworten einer E-Mail, nur Differenz wird 

übertragen 



Laufzeitdiagramm ActiveSync (1) 

Synchronisationsprozess: Installation und Initialsync 

Server 

1a) Options 

1b) Antwort 

2a) Folder 

2b) Fail 

ActiveSync-Gerät 

3a) Provisioning 

3b) (neuer Key) 

4a) Provisioning 

4b) (mit Key) 

5a) FolderSync 

5b) Folders 

6a) SyncRequest 

(je nach Gerätetyp) 

6b) Leere Antwort 

7a) Ping 

7b) (Update) 

8a) SyncRequest 

8b) Daten 

9) Initialsync beendet 

Zeit 




Synchronisationsprozess: Neuer Eintrag serverseitig 

Server 


2) Core: Erzeugen der S2C im Out-Archiv 

3) Core: Neuer Eintrag in mds-imei.mdb, 

ID: Pfad + Dateiname 


5) TX Engine: Legt XML ins Job-Verzeichnis 


6) Gerät: Ping 

7) Bridge: Antwort Ping 

8) Gerät: SyncRequest 

9) Bridge: Antwort SyncRequest 

mit Daten 

Zeit 




Synchronisationsprozess: Neuer Eintrag clientseitig 

Server 


2) Bridge: Antwort SyncRequest mit Server-ID 

ID: 20 Zeichen (Timestamp + Zufallswert) 

3) Bridge: Erzeugt C2S im Command mit Server-ID 



6) Core: Eintragen des Datensatzes in mds-imei.mdb 

1) Gerät: SyncRequest mit Daten und temporärer ID 

Zeit 




Synchronisationsprozess: Gelesen-Markierung serverseitig 

Server 


2) Core: Bei Änderung Erzeugen der archive.wait4sync 

3) Nach x Minuten… 

4) Core: Erneuter Vergleich archive.dat und archive.mds 

5) Core: Erzeugen der Kommandonachricht 


7) TX Engine: Legt XML ins Job-Verzeichnis 


8) Gerät: Ping 

9) Bridge: Antwort Ping 

10) Gerät: SyncRequest 

11) Bridge: Antwort SyncRequest 

mit Daten 

Zeit 




Synchronisationsprozess: Gelesen-Markierung clientseitig 

Server 

2) Bridge: Erzeugt C2S im Command 

1) Gerät: SyncRequest mit Daten 



4) Core: Durchsuchen der mds-imei.mdb im Eingang des Benutzers 

5) Core: Setzen der Gelesen-Markierung in der archive.dat 

Zeit 



Troubleshooting (1) 

Knowledge Base 

• www.cosynus.de/support 

• Anmeldung auf Webseite 

erforderlich 




FTP-Server 

• ftp://ftp.cosynus.de/ 

• User: gast 

• Pass: cosynus 

• Hotfixes 

• Release Candidates 

• (Beta-Versionen) 

• Tools 

• Internet Explorer: 

• Bei Anmeldeproblemen: ftp://gast:cosynus@ftp.cosynus.de 

• „Aktualisieren“ drücken! 




Hilfsmittel (1) 

• Mobile Device Server 

• Log-Monitor 

• Log-Dateien 

• Log Viewer 

• Status-Monitor (nicht bei David.zehn!) 

• Tobit David 

• COSYNUS-Archiv 

• Ein- und Ausgangs-Protokoll 

• Dateisysteme-Ebene 




Hilfsmittel (2) 

• CodeMeter Runtime 

• Ereignis-Protokoll 

• Webadmin 

• Sonstige Tools 

• Ping 

• NSLookup 

• Telnet 




Allgemeine Tipps zur Fehlersuche 

• Welche Versionen werden eingesetzt? 

• Liegt das Problem serverseitig oder clientseitig? Immer erst die Grundlagen 

überprüfen, dann erst ins Detail gehen! 

• Sind alle notwendigen Dienste gestartet? 

• Ist die Lizenz vorhanden? Wird sie erfolgreich abgerufen? 

• Funktioniert die E-Mail-Kommunikation serverseitig? 

• Funktioniert die E-Mail-Kommunikation blackberryseitig? 

• Sind die TCP-Ports von außen erreichbar? 

• Ist die Archivstruktur intakt? 

• Ist die Rechtestruktur intakt? 

• Neustart hilft immer, auch bei iPhones! 




Die häufigsten Probleme / Fehler (1) 

• Problem: iPhone hat im internen WLAN keine Verbindung zum MDS 

• Ursache: Anbindung wurde für die externe IP-Adresse konfiguriert, diese IP 

bzw. der TCP-Port kann vom internen WLAN aber nicht erreicht werden 

• Lösung: Die Firewall muss dies unterstützen. Ggf. eine weitere Regel für die 

interne Weiterleitung definieren oder eine DNS-Umleitung einrichten (je nach 

Firewall) 





• Problem: Der Account lässt sich auf dem iPhone zwar noch anlegen, danach 

baut das Gerät aber keine Verbindung zum MDS auf 

• Ursache: Nach dem Anlegen des Accounts gelten die unter 

‚Options/Communication/ActiveSync settings‘ eingetragenen Werte 

• Lösung: Einstellungen entsprechend setzen 





• Problem: In der Bridge erscheint die Meldung ‚authentication error‘ 

• Ursachen: 

• Die Authentifizierung des Geräts geschieht über Username/Passwort aus 

dem Domain oder der Arbeitsgruppe. Hier wurde das Passwort geändert. 

• Der Benutzer kann sich auf dem MDS-Server nicht anmelden 

• Lösungen: 

• Das Passwort muss zusätzlich auch auf dem Gerät angepasst werden 

• Der Benutzer muss sich auf dem MDS-Server anmelden können 





• Symptom: Doppelte Einträge in Kalender oder Adressen, wenn man vom 

BlackBerry aus einen Eintrag vornimmt 

• Ursache: Fehlerhaft konfigurierter POP3-Empfang, David kann nicht zwischen 

bbbcc und bbsrv unterscheiden und weist alles der bbsrv-Adresse zu, 

Kommandomails kommen „doppelt“ im Command-Archiv an 


• Auszuwertendes Adressfeld im POP3-Account konfigurieren, muss vom 

Mailprovider unterstützt werden 

• Alternativ: Einzelne POP3-Accounts verwenden, Zieladresse eintragen 

• Notlösung: Routing manuell in POP3-Accounts zuweisen (Übergehen der 

Verteilregeln, Voraussetzung: Einzelne POP3-Accounts) 





• Symptome: ‚Der Kunde‘ konnte es nicht abwarten und hat ein neues Service 

Pack von Tobit installiert, der Mobile Device Server bringt die Fehlermeldung 

‚not supported‘ 

• Ursache: 

• Die DvAPI-Version wird beim Start abgefragt, sie wird nur bis zu einer 

bestimmten Version unterstützt. Wird eine andere Version entdeckt, wird 

der MDS vorsichtshalber abgeschaltet 


• Eintrag in die mds4dv.ini: „IgnoreDvAPIVersion=1“ 

• Abwarten! 





• Symptom: Periodisch hohe Prozessorauslastung 

• Ursache: Der Core vergleicht archive.dat und archive.mds, Dateien sind sehr 

groß (siehe Laufzeitverhalten in Logdatei „MDS4DvCore.Debug.txt“) 


• (Symptombekämpfung) Schnelleren Server verwenden oder Scan interval 

nach oben setzen 

• (Ursachenbekämpfung) Archiv neu aufbauen und/oder verkleinern 

(gegebenenfalls TAS-Ablage einrichten), Initialsynchronisation nach 

Neuaufbau notwendig 





• Symptom: Initialsynchronisation startet immer wieder neu 

• Ursache: Der Core muss alle Einträge in dem Archiv einlesen und daraus die 

Kommandomail zusammensetzen, dieser Prozess dauert zu lange. Der Core- 

Prozess schreibt die Watchdog-Datei nicht und wird vom Manager neu 

gestartet 

• Lösung: Eintrag in die mds4dv.ini: „AlarmAppNeedsRestart=600“ (oder höher) 





• Symptom: Es werden keine Nachrichten an ein Gerät weitergeleitet, die 

E-Mail-Kommunikation funktioniert aber generell 

• Ursache: Es fehlt die duplog.ini bzw. diese verweist nicht auf das Forward- 

Archiv 

• Lösung: Erneutes Abspeichern der sync settings erzeugt die duplog.ini 

Vorsicht mit DvSpam, hier wird auch mit duplog.ini gearbeitet 





• Symptom: In der out queue liegen massenweise zu versendene Nachrichten, 

die TX Engine scheint E-Mails zu verschicken, wird aber alle paar Minuten vom 

Manager neu gestartet 

• Ursache: Es soll eine sehr große E-Mail weitergeleitet werden. Diese braucht 

aber zu lange, um innerhalb der (standardmäßig) 2 Minuten versendet zu 

werden 

• Lösung: Eintrag in die mds4dv.ini: „AlarmAppNeedsRestart=600“ (oder höher) 





• Symptom: Der MDS braucht sehr lange zum Starten, hängt vor allem bei 

‚Checking Internet Connectivitiy‘ 

• Ursache: Beim Start wird die Internetanbindung überprüft über die Ports 43 

(WHOIS) und 80 (PHP-Skript), diese Verbindung kann nicht aufgebaut werden 


• Firewall freischalten 

• Eintrag in die mds4dv.ini: „DisAllowInternetAccess=1“ 



Der neue COSYNUS Mobile Device Server 

6.0 

• Komplett datenkbankgestütztes Backend 

• Mehrgeräte-Unterstützung 

• Komplettes Redesign der PublicFolder 

• Stark vereinfachte Geräteeinrichtung 

• Überarbeitete Optionsoberfläche 

• Remote-Wipe und Policy-Verwaltung für 

ActiveSync-Geräte 



Komplett datenkbankgestütztes Backend 

6.0 

• Umstellung der vorhandenen MDB- und INI- 

Dateien in eine PostgreSQL Datenbank 

• Automatische Migration der Altdaten 

• Abwärtskompatibilität zu Windows 2000 

• Verfügbar in Versionen für 32 und 64 bit 



Mehrgeräte-Unterstützung 

6.0 

• Ein Benutzer kann nun mehrere Geräte 

gleichzeitig verwenden 

• Unabhängig von der zugrunde liegenden 

Geräte-Plattform 

• Lizenzierung über Gerätelizenzen 



Überarbeitete Optionsoberfläche 

6.0 

• Trennung von Systemoptionen und Geräte- 

/ Benutzerkonfiguration 

• Weniger „Blau“ in den Optionen ;) 

• Vereinfachung der Administration durch 

Zusammenführung von Optionen 



Komplettes Redesign der PublicFolder 

6.0 

• Geräteabhängige Verwaltung der 

PublicFolder 

• Ordner werden nun in einer Baumstruktur 

abonniert 

• Vereinfachte, übersichtlichere Konfiguration 

der PublicFolder 



Stark vereinfachte Geräteeinrichtung 

6.0 

• ActiveSync Geräte können jetzt mit einem 

alternativen Kennwort eingerichtet werden 

• Geräteeinrichtung erfolgt ohne die Eingabe 

von Gerätedaten 

• Bessere Übersicht des aktuellen Geräte- 

Status 



Remote-Wipe und Policy-Verwaltung für ActiveSync-Geräte 

6.0 

• Möglichkeit für den Administrator einen 

Remote-Wipe von ActiveSync-Geräten 

durchzuführen 

• Verwalten von Geräteoptionen wie z.B. 

Password-Settings über Policies 



Vielen Dank für Ihre Aufmerksamkeit! 

Boris Nowotny 

COSYNUS GmbH 

Heidelberger Straße 44 

64285 Darmstadt 

Tel +49 6151 9448-228 

Fax +49 6151 9448-528 

bn@cosynus.de 

www.cosynus.de

Troubleshooting (3) - Cosynus

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?