Alex Hartner, der schon mit ABxLDAP eine recht gute Möglichkeit bot, diese Einschränkungen etwas zu umfahren, ist nun dabei noch einmal kräftig nachzulegen. Mit seiner jüngsten Schöpfung »AddressBookServer« auf Basis einer SQL-Datenbank wird der LDAP-Server komplett umgangen und ein 100 %-iges Matching des Adressbuch-Formats erreicht. Zum Einsatz kommt serverseitig eine Java-Applikation mit H2-SQL Datenbank. Serverseitig bedeutet dabei, das es weder ein OS X Server sein muß, noch ein dedizierter Rechner (mindestens letzteres ist jedoch empfehlenswert, wie bei jedem Serverdienst). Clientseitig wird eine kleine Systemerweiterung installiert, die den Kontakt zum ABS aufnimmt.

Neben dem kompletten Adressbuchbestand können auch einzelne Gruppen zur Syncronisation ausgewählt werden. Ebenso ist die Sychronisationsrichtung frei wählbar, so daß einzelne Clients auch nur als Empfänger arbeiten, ihre Änderungen aber nicht in den Gesamtbestand einfliessen. Zur Synchronisation nutzt AddressBookServer Standard iSync-Funktionen. Eine Lizenz für zwei Benutzer schlägt mit gerade mal $ 15 zu Buche, eine 10 User-Lizenz sind für erschwingliche $ 50 zu erwerben.

Wer den zweiten Teil – die gemeinsame Verwaltung von Terminen – ohne den Kauf des Leo-Servers abdecken will (also wahlweise noch unter OS X Tiger oder auf einem Leo-Client-Rechner) wird mit »BusySync« bestens bedient. Anstelle der WebDAV/.mac-Freigaben wird die Publizierung und das Abonnement der Kalender wiederum über eine Systemeinstellung geregelt. Für jeden freizugebenden Kalender können Schreib- und Leserechte (jedoch nur global, nicht userspezifisch) eingeräumt werden.

Fortan können auch Termine und ToDos für Kollegen angenommen und neueingetragen, bearbeitet, verschoben oder ganz gelöscht werden. Sofern es zu Terminkonflikten kommt, werden diese in einem separaten Kalender eingetragen. Etwas störend für Tiger-User ist derzeit nur die Benachrichtigungsfunktion. Sofern Benachrichtigungen eingetragen sind, erscheint auch für die Termine der Kollegen eine Erinnerung auf dem eigenen Bildschirm. Erst Leopard löst dieses Problem, da dort Erinnerungen für abonnierte Kalender komplett unterdrückt werden können. BusySync benötigt keinen Server, sondern gleicht mehrere Clients mit eignen Routinen ab, ohne auf iSync zurück zu greifen. BusySync kostet pro Lizenz $ 19,95 – ab 5 Lizenzen greift eine Rabattstaffel, so daß z.B. 10 Plätze mit 20 % Nachlass zu bekommen sind.

Obwohl beide Programme – AddressBookServer und BusySync – noch am Anfang ihrer Entwicklung stehen, bieten sie im Duo schon heute die Funktionalität, die kleinere Arbeitsgruppen für ihre tägliche Arbeit dringlich brauchen und die von Apple weder durch OS X, OS X Server noch .Mac nicht bereitgestellt werden. Bei den aktuellen Wechselkursen ist so für weniger als 150 EUR eine komplette Lösung für Arbeitsgruppen von bis zu 10 Benutzern für die gemeinsame Verwaltung von Terminen und Adressen zu bekommen.

Mittelfristig will BusySync nicht nur Kalender, sondern auch Adressbücher synchronisieren, so daß ggf. auch der AddressBookServer obsolet werden könnte. Umgekehrt sind mir keine Pläne bekannt, das der AddressBookserver sich künftig auch um Termine kümmern wird. Im Moment laufen bei mir erste Experiemente, den AddressBookServer-Datenbestand von einer weiterverbreiteten MySQL bereitstellen zu lassen, bzw. den vorhandenen SQL-Adressbestand auf dem Server auch für andere Anwendungen (z.B. FileMaker) nutzbar zu machen. Sollte dieser Schritt gelingen bekäme FileMaker durch die Hintertür eine zuverlässige Sync-Funktion zum Adressbuch (und in der Folge zu den von iSync unterstützten Mobiltelefonen, PDAs, …), die derzeit nur über mehr oder minder gute Import-/Exporttools abgedeckt ist.

ABxLDAP besteht im Wesentlichen aus 3 Teilen

• einer Systemerweiterung, die auf dem/den Clientrechnern installiert wird
• einer Applikation namens AB4LDAP, die ein paar Adressbuch-Informationen mehr anzeigen und verarbeiten kann, als das Apple Adressbuch
• einem LDAP-Schema, welches in den OS X Server includiert werden muß.

Die Installation von Programm und Systemerweiterung laufen bequem über einen Installer. Etwas Handarbeit ist auf Serverseite für das ABxLDAP-Schema von Nöten. Die mitgelieferte Datei »abxldap.schema« wird ins Verzeichnis /etc/openldap/schema kopiert und in der Datei /etc/openldap/slapd.conf mit dem Eintrag

include      /etc/openldap/schema/abxldap.schema

eingebunden. Nach einem Neustart des OD ist das Schema aktiviert. Mit Hilfe dieses Schemas wird die bisherige Begrenzung, die das Standardschema InetOrgPerson bot umgangen und stattdessen weitgehend die Adressbuch Feldbelegungen übernommen.

In der Systemerweiterung wird der Suchpfad zum LDAP-Verzeichnis “People” hinterlegt. Nehmen wir einen Server im lokalen Netz mit dem FQDN »server.netz.lan«, so wäre der Suchbereich mit

»cn=people,dc=server,dc=netz,dc=lan«

anzugeben. Auch die Angabe des Benutzernamens erfordert LDAP-Syntax:

»uid=benutzerkurzname,cn=users,dc=server,dc=netz,dc=lan«.

Zusammen mit dem Passwort des Benutzers und der Schemaauswahl “Addressbook X LDAP Person” ist damit der Weg zum Server gelegt um die Daten aus dem lokalen Adressbuch im Verzeichnis “people” zu veröffentlichen.

Im Reiter “Gruppen” lassen sich zudem noch die zu übermittelnden Gruppen des Apple Adressbuchs bestimmen. So können z.B. private Kontakte vom der Veröffentlichung ausgenommen werden. In der Auswahl werden sowohl statische, wie intelligente Gruppenordner zur Synchronisation angeboten.

Nach erfolgter Synchronisation erscheinen die Einträge auch schon im Arbeitsgruppen-Manager (Einstellungen -> Titel “Alle Einträge” und “Detailansicht” einblenden) unter dem Auswahlpunkt “People”.

Sowohl im Apple Adressbuch unter Verzeichnisse, wie auch in AB4LDAP sind künftig die im LDAP vorhandenen Adressbuch Einträge sichtbar, die zuvor ausschliesslich lokal vorhanden waren.

Um Adressbestände vom Verzeichnis unterwegs verfügbar zu haben, genügt es das vCard-Symbol per Drag’nDrop ins lokale Adressbuch zu befördern.

Damit wäre die erste Hälfte eines Groupware-Servers abgedeckt. Über die bekannten WebDAV-Freigaben von iCal ist – wenn auch noch mit einigen Workarounds behaftet – die zweite Hälfte abgedeckt. Spätestens mit Erscheinen von Leopard, der über einen iCal-Server verfügen wird, sollte diese zweite Hälfte dann aber auch vollständig und ohne Umwege nutzbar sein.

ABxLDAP ist Shareware, eine Site-License (also für ein komplettes Netzwerk, einmalig!) kostet £ 15 (ca. 22 €, Stand 9.3.07). Ein geradezu lächerliches Geld für den Zugewinn an Funktion.

• Eine Aufgabenstellung besteht aus mehreren Teilschritten, die wiederkehrend (weitgehend) identisch sind
  Die Verknüpfung solcher Teilschritte kann z.B. mit Automator, AppleScript, Shell-Scripten oder programminterner Triggermechanismen erfolgen (Beispiel: RagTime kann über entsprechende Rechenblattfunktionen Datensätze aus dem Adressbuch beziehen).
• Es gibt einen Event, der die Aufgabenstellung auslöst
  Im einfachsten Fall ist es ein regelmässig wiederkehrendes Ereignis, das über fixe Zeiten oder Intervalle aufzurufen ist. Andere Event-Trigger liefern z.B. Tastatur-Shortcuts, wie sie Butler von Peter Maurer verwalten kann, Location X, der die Netzwerkumgebung erkennt und bei Veränderung als Anstoss für automatisierte Arbeitsabläufe liefern kann. Ähnlich arbeitet auch DisplayWatcher. Hier wird jedoch nicht die Netzwerkumgebung überwacht, sondern wechselnde Monitoreinstellungen, z.B. wenn ein externes Display oder ein Beamer angeschlossen wird. Tools wie Sofa Control oder Remote Buddy verarbeiten Eingaben der Apple Fernbedienung; Griffin bietet mit Proxi etwas ähnliches für die hauseigene Eingabehardware abzufangen.

Zeit ist Geld

Für die Steuerung von zeit- oder intervallabhängigen Prozessen bietet OS X gleich mehrere Möglichkeiten. Die offensichtlichste ist iCal. Ein regelmässig wiederkehrender Termin zusammen mit einem Programmaufruf bei Erreichend des Termins ist die einfachste Form der Steuerung. Im Idealfall richtet man einen eigenen Kalender für solche Aufgaben ein, der im Normalfall ausgeblendet wird, um den Überblick über seine eigentlichen Termine zubehalten.

Sehr viel eleganter, weil im Unterbau von OS X verhaftet, sind cronjobs oder launched Einträge. Kommandozeilenfexe werden die notwendigen Statements sehr fix mit einem einfachen Texteditor erzeugt haben. Für uns “Normalos” gibt es erfreulicherweise Tools wie CronniX für die Erzeugung von Crontab-Einträgen und Lingon zur Verwaltung von launchd-Ereignissen. Der entscheidende Unterschied zwischen den beiden: cron arbeitet statisch exakt zur eingestellten Zeit. Ist der Rechner zu dem Zeitpunkt nicht eingeschaltet, findet der Aufruf nicht statt. launchd ist etwas intelligenter. Ist der Rechner zum Zeitpunkt des Aufrufs nicht eingeschaltet, wird der Prozess zur nächsten Gelegenheit, wenn der Rechner wieder an ist, nachgeholt.

Ausführung beim An- oder Abmelden

Ein weiterer wertvoller Trigger ist das Login oder Logout eines Benutzers. So können Prozesse einmalig beim An- oder Abmelden über einen einfachen Kommadozeilenbefehl erzeugt werden:

$ sudo defaults write com.apple.loginwindow LoginHook /pfad/zum/Programm

$ sudo defaults write com.apple.loginwindow LogoutHook /pfad/zum/Programm

Sind die beiden Aufrufe um einen Prozess beim Anmelden (LoginHook) bzw. Abmelden (LogoutHook) zu starten.

Eine ähnliche Funktion für den schnellen Benutzerwechsel bietet WinSwitch über die “Switch-In-Items” und “Switch-Out-Items” Ordner.

In den Ordnern können Programme abgelegt werden, die beim Wechsel vom oder zum Benutzer gestartet werden.

Beispiel: regelmässige Synchronisation von Terminen und Adressen zwischen Mobiltelefon und Macintosh

Wer für kleinere Außentermine nicht immer den Laptop mitschleppen mag, vertraut seine Kontakte und Termine einem PDA oder seinem Mobiltelefon an. In meinem Fall bin ich – mal wieder – bei Sony Ericsson gelandet. Die Möglichkeiten der Zusammenarbeit zwischen Mac und Telefon sind mit den Geräten dieses Herstellers einfach maximal, fast unabhängig davon für welches Modell man sich entscheidet.

Um den Datenbestand des Telefons mit dem des Mac abgleichen zu können liefert iSync sehr gute Dienste. Da ich zuverlässig meine Datenbestände immer aktuell halten will und es mir zu mühsam ist immer wieder iSync aufzurufen und die Synchronisation anzustossen, habe ich nach Arbeitserleichterungen gesucht.

Sync Now

Das erste Tool findet sich bei Julian Wright. Mit der Einführung von Tiger hat sich das Verhalten des iSync-Menüleisten Icons verändert. So ruft es heute nur noch iSync auf, während unter Panther noch eine sofortige Synchronisierung möglich war. An dieser Stelle hilft Julians Sync Now weiter, das genau diese Funktionalität wiederherstellt. Zum Aufruf aus der Menüleiste muß jedoch ein Tool wie z.B. der schon erwähnte Butler zur Hilfe genommen werden. Bei mir ist so ein komplettes Menü für alles rund um die Handysynchronisation entstanden.

Damit ist zumindest ein schneller Aufruf zwischendurch möglich. Eine Regelmässigkeit entsteht noch nicht.

Einmal täglich bitte …

Im vorliegenden Fall habe ich mich für einen Cronjob entscheiden und entsprechend per CronniX erzeugt:

Hier wird also um 12:00 Uhr, an jedem Tag, jeden Monat das Programm Sync Now gestartet.

Der zweite Gedanke geht natürlich zum OS X Server. Leider weist auch der an einigen Stellen noch kräftigen Nachholbedarf auf, was Groupwarefunktionen angeht. Beispiele gefällig? Bitte sehr:

Das Apple Adressbuch (und damit auch Mail) kann sehr gut Daten aus dem LDAP-Verzeichnis von OpenDirectory beziehen. Seit 10.4. erfolgt auch ein automatisches Update wenn vCards, die als lokale Kopie von LDAP-Einträgen vorliegen (zumindest dem Prospekt nach; in der Praxis ist mir zumindest genau das noch nicht gelungen). Aber: die Struktur des InetPersonOrg-Schemas im LDAP-Verzeichnis und die Struktur eines Apple Adressbucheintrags unterscheiden sich sehr deutlich. Ein Mapping der Informationen ist damit nur sehr unvollständig und holprig möglich. Sprich: das zentrale Verzeichnis behinhaltet nur einen Bruchteil der Informationen, die das Apple Adressbuch verwalten kann. Weiterhin ist der Bezug von Adressen vom Server eine Einbahnstraße. Werden am lokalen Datenbestand Änderungen vorgenommen ist keine Strategie vorhanden, mit der die Änderungen auf den Server zurückfliessen! Bestenfalls über Alex Hartners “Adressbook4LDAP” (als einziges noch Mac-Like), der Weboberfläche phpLDAPadmin oder dem häßlichen Java-Tool “JXplorer” lassen sich Änderungen etwas mühselig an den Server übergeben. Wiederum mit der Einschränkung des fehlenden oder unvollständigen Mappings. Apple wäre gut beraten ein eigenes Schema für das Adressbuch auf Basis des InetOrgPerson Schemas im OpenDirectory zu implementieren und die Syncronisation in beide Richtungen zu organisieren!

In iCal kann jeder Benutzer nur seine eigenen Kalender verwalten. Eine Freigabe erfolgt über eine WebDAV-Freigabe, die sowohl mit einer OS X Client-Version als auch mit dem OS X Server zum Glück recht einfach zu realisieren ist. Aber: Solcherlei freigegebene Kalender sind für Kollegen, die diesen dann abonnieren, grundsätzlich read-only. Eine Vertretungsregelung oder Assistenzfunktion ist damit grundsätzlich ausgeschlossen, bzw. nur sehr umständlich und unvollständig über Workarounds zu realisieren. Dabei zeigt schon heute der Mozilla Ableger Sunbird, dass es auch anders geht! Sunbird ist der Standalone-Kalender des Mozilla-Projekts der sich aus dem Browser-Plugin der WebSuite ableitet. Abonnierte Kalender können hier editiert werden. Bevor ein Eintrag, der durch einen Dritten erzeugt oder editiert wurde freigegeben wird, stellt Sunbird die Verbindung zum Server her, prüft dort den letzten Stand des Kalenderfiles und übergibt erst dann die Änderung. Eine sehr einfache, wenn auch in extremen Situationen durchaus etwas lastanfällige Lösung. Auch hier hätte Apple alle Möglichkeiten dies schnell und einfach zu lösen. In Verbindung mit dem LDAP-Server könnten die Assistenzregelungen zudem sehr leicht durch die dort schon hinterlegten Benutzer- und Gruppenrechte konfiguriert werden.

Genug über OS X Server gejammert. Es gibt schliesslich schon heute eine Lösung!

Der Kerio Mailserver bietet die notwendigen Features und ist ein vollwertiger Ersatz für den ungleich teureren Microsoft Exchange Server, der zudem die Notwendigkeit eines Windows Rechners als Server mitbringt. Zum Vergleich: eine 20 User Lizenz des Kerio Mailservers ist für 500 EUR zu bekommen, während Microsoft für eine 5er Lizenz des Exchange Servers bereits 1400 EUR aufruft! Und: der Kerio Mailserver läuft auf OS X – sowohl auf der Clientversion als auch auf OS X Server. Für den Betrieb auf OS X Client bringt der Kerio Mailserver einen eigenen LDAP-Server mit. Ist – wie bei OS X Server – bereits ein LDAP-Server im Einsatz, läßt er sich bei der Installation sehr einfach in das vorhandene OpenDirectory einbinden, so daß keine zusätzlichen Arbeiten für die Bereitstellung der Benutzeraccounts anfallen. Mit wenigen Klicks sind die Benutzer samt ihren Accountdaten im Kerio Mailserver hinterlegt.

Mit dem Schlagwort “Exchange Ersatz” sind auch schon die wichtigsten Features angrissen. Neben den privaten Informationen zu Terminen, Kontakten und eMails, die ein Benutzer auf seiner lokalen Platte ablegen kann, können Termine, Kontakte und eMails auch öffentlich für eine Gruppe bereitgestellt werden. Für alle öffentlichen Elemente können auch Vertretungsrechte vergeben werden, so daß z.B. auch das Sekretariat Termine für Dritte annehmen und pflegen kann, eMails in Urlaubsabwesenheit von Kollegen beantwortet werden können usw. Dabei können sowohl Windows Clients mit Outlook als auch Mac-Rechner auf diese Groupware-Funktionen zugreifen.

Grundsätzlich ist Apple Mail als Client unterstützt, da jedoch für die Terminverwaltung iCal und für den Adressbestand das Adressbuch benötigt wird und nicht wie bei Outlook alles in einem Programm verwaltet wird, ist die Arbeit von Apple Mail als Exchange-Clien etwas holprig. Für Termine, Adressen und Aufgaben werden zusätzliche Mail-Ordner angelegt in denen dann je eine Mail pro Kontakt, Termin oder ToDo enthalten sind. Diese vCard-, bzw. vCal-formartierten Informationen können dann von dort zu iCal oder Adressbuch übernommen werden – nicht sehr elegant. Sehr viel besser taugt daher Microsoft Entourage als Kerio-Client. Die Version OfficeX ist dabei bekanntermassen etwas “zickig” was die Anbindung an Exchange (und eben auch an einen Exchange Ersatz) angeht. Empfehlenswert ist daher die Version Office2004, zumal das dort enthaltene Projektcenter einen echten Mehrwert bietet!

Kontakte, Termine und eMails können einem Projekt zugeordnet werden und sind damit sehr schnell und übersichtlich organisiert. Richtig genial wird diese Projektzuordnung aber erst dann, wenn man auf Finderebene eine entsprechende Projektstruktur abbildet und pro Projekt einen Ordner unterhält, in dem sämtliche Dokumente enthalten oder per Alias zumindest verlinkt sind. Dabei beschränkt sich die Dokumentenverwaltung nicht auf MS Office Dokumente, sondern inkludiert alle anderen Dateiformate. Wird der Ordner zudem auf einem Filesharing-Volume gehalten, ist auch damit ein zentraler Zugriff auf die Dokumente für alle Mitarbeiter einer Gruppe gewährleistet. Einen solchen Projektordner im Finder kann das Projektcenter von Entourage ebenfalls einbinden, so dass sämtliche zu einem Projekt angefallenen Daten, Termine, Kontakte, Dokumente mit einem Klick übersichtlich zur Verfügung stehen.

Nachteile

• während ein Offline-Arbeiten mit Entourage (z.B. bei mobilen Benutzern) durchaus möglich ist, verbleiben die Dokumente des Projektes natürlich auf dem Fileserver während der Abwesenheit aus dem internen Netz.
• Um den Abgleich der Entourage-Daten über iSync mit Mobiltelefonen, PDAs etc. sicherzustellen bedarf es zusätzlicher Software wie z.B. e2sync, GoBetween o.ä. Mit dem Office-Update 11.2.3 hat sich das wohl erledigt und seit 11.2.5 scheint es wohl sogar zuverlässig zu sein.
• Einige speziellere Funktionen, die über das Apple Adressbuch realsiert sind, wie z.B. der Versand von SMS über ein gekoppeltes Handy, die Anwahlübergabe an die Telefonanlage oder der Durchgriff auf Kartendaten von GoogleMaps, Route66 o.ä. aus dem Adressbuch heraus gehen mit dem Einsatz von Entourage verloren. Auch das löst das o.g. Office-Update, wenn auch um den Preis zwei Adressbestände – im Apple Adressbuch und in Entourage – zu haben, die sich gegenseitig abgleichen.
• Entourage ist Bestandteil des Microsoft Office Pakets und damit nicht einzeln erhältlich. Wer Word, Excel und PowerPoint nicht nutzen mag, müsste 400 EUR nur ein PIM-System ausgeben, was doch recht reichlich ist.

Tröstlich für uns Macuser: Windows Outlook Benutzer bekommen dieses wunderschöne Mac-only Feature des Entourage Projektcenters weder für Geld noch gute Worte.

Darüberhinaus ist der Kerio Mailserver eben nicht nur eine Groupware-Lösung sondern auch ein sehr leistungsfähiger Mailserver, der sehr leicht zu konfigurieren ist. Sofern bereits POP-Accounts bei einem ISP vorhanden sind, kann der Kerio Mailserver diese abfragen und automatisch an lokale Accounts durchstellen. Auch der Versand von eMails kann auf diese Art organisiert werden, so daß keine Gefahr besteht, dass der eigene SMTP-Server, der i.d.R. hinter einer Dialup Verbindung mit wechselnden IP-Adressen arbeitet, mal einem Spamfilter auf Empfängerseite zum Opfer fällt. Eingehende Mails unterzieht der Kerio Mailserver – nach einstellbaren Kriterien – einer sehr gründlichen Spam- und Virenuntersuchung und ggf. Filterung. Neben einem mitgelieferten Virenfilter von MacAfee (dann kostet die 20er Lizenz 750 EUR statt 500 EUR) kann zusätzlich unter OS X der kostenpflichtige (ab 100 EUR, abhängig von der Zahl der Benutzer und der Laufzeit des Updatebezugs) Sophos SAVI Virenscanner eingebunden werden. Über Black- und Greylisting erfolgt eine zuverlässige Spamerkennung.

Fazit

Der Kerio Mailserver ist sowohl eine gelungene – für Groupware-Funktionen sogar notwendige – Ergänzung zum OS X Server, wie auch ein sehr preiswerter und vollwertiger Ersatz für den Microsoft Exchange Server. Er bietet damit eine einfache Lösung zur Integration von Windows- und Mac-Clients. Zusammen mit Entourage als Exchange Client kann er seine Stärken voll ausspielen. Sollte Apple nicht kurzfristig das Gespann aus Mail, Adressbuch, iCal, iSync und OS X Server zu einer vollwertigen Groupware ausbauen, ist der Kerio Mailserver eine Pflichtinstallation.

Weil es Frank Blome wohl ganz ähnlich ging, entwickelte er ein kleines Tool namens WYWO – While You Where Out. Auf gut deutsch: Während Deiner Abwesenheit.

Die im Fenster gesammelten Daten werden zu einer eMail aufbereitet und an den betreffenden Kollegen gemailt. Klar kann man das ebenso gut direkt im Mailprogramm machen, aber nicht so schnell und nicht so elegant. Einen Teil der Zettelwirtschaft schon wieder erfolgreich bekämpft!

Dabei braucht es in den allermeisten Fällen keine zusätzliche Software, sondern nur einen kleinen Eingriff in die Druckfunktion des OS X Adressbuchs.

Der Kniff liegt darin, nicht den Stil »Adressetiketten« sondern »Umschläge« zu verwenden. Das Problem beim Stil »Adressetiketten« ist zum einen die sehr übersichtliche Auswahl an vorgegebenen DYMO-Aufklebern. Zum anderen die fehlende Möglichkeit neben Abständen zum Rand überhaupt die Größe eines Labels frei festzulegen.

Anders dagegen bei den Umschlägen, wo die Umschlagsgröße (hier das Etikettenformat) in mm, Zoll oder Punkt frei festzulegen ist. Mit den angegebenen Daten lassen sich dann die Felder für die Empfänger und ggf. sogar noch für die Absenderadresse (im bebilderten Beispiel unterdrückt) frei positionieren. Über »Ausrichtung« wird dann noch das Etikett passend gedreht.

Da Route 66 an sich nicht AppleScript-fähig ist, muß man den Umweg über das sog. GUI-Scripting nutzen. Dabei verhält sich das Script so, als würde eine Benutzerinteraktion mit dem Programm stattfinden. Also etwa: drücke den zweiten Knopf von links in der ersten Spalte des Fensters mit dem Namen “xyz” im Programm “abc”. Kein sehr eleganter Weg, aber er funktioniert, sofern in der Systemeinstellung »Bedienungshilfen« der »Zugriff für Hilfsgeräte« aktiviert ist.

Leider ist die Entwicklung der Mac-Version von Route 66 beim Stand von 2004 stehen geblieben, während die Windows- und PDA-Versionen fleissig weiterentwickelt wurden. In Ermangelung eines Wettbewerbers ist Route 66 aber immer noch die einzige Lösung wenn man Routenplanung auf dem Mac betreiben will. Es bleibt zu hoffen, dass die Ankündigung von Garmin sämtliche Software bis zum Jahresende 2006 auf OS X zu portieren, diesen Markt etwas neu sortiert. Zumal Route 66 auf seine akutellen Webseite die Mac-Version nicht einmal mehr anbietet oder supported! Der Claim “Mit Abstand der Beste” kann den Sinne nur heissen “Der Einäugige ist der Blinden König”

Das Adressbuch PlugIn zur Adresssuche in Route 66 steht hier zum kostenlosen Download bereit. Nach dem Download auspacken und in das Verzeichnis ~/Library/Address Book Plug Ins legen; Adressbuch neustarten; fertig.

TimeLog 3 ist von seiner Benutzeroberfläche an iTunes angelehnt und ist damit sofort für jeden Macianer intuitiv nutzbar. Als Datenbasis greift TimeLog 3 darüberhinaus auf iCal zurück, so dass keinerlei Redundanzen (und damit Fehler) entstehen. Einzelne oder auch mehrere Kalender können so in die Abrechnung eingebunden werden. Erbrachte Leistungen werden Kunden und deren Projekten zu sortiert. Für die Kundendaten greift TimeLog dazu auf das Apple Adressbuch zurück. Leider “nur” auf Personen- und Firmenname, nicht auf die komplette Adresse, so dass nicht sofort Rechnungen erzeugt werden können. Ansonsten ist das Reporting sehr ausgefeilt und durch einfache HTML-Templates können leicht eigene Auswertungen, Rapportzettel, etc. erstellt werden.

Für $20 (umgerechnet derzeit keine 18 €) ein sehr wertvolles Hilfsmittel um seine tägliche Arbeit zu protokollieren und seinen Kunden gegenüber zu dokumentieren. Wer bisher mit anderen, vergleichbaren Programmen gearbeitet hat, kann derzeit zudem ein Crossupdate-Angebot mit 25 % Nachlass nutzen.