Ein naheliegender Ansatz für die Migration besteht darin, Mails aus Notes via IMAP nach Google Mail zu transferieren. Sowohl der Notes-Client als auch Google Mail unterstützen dieses Protokoll. In Notes legt man zu diesem Zweck in der Adressdatenbank (neuerdings “Kontakte”) ein neues Benutzerkonto an, und wählt unter “Protokoll” IMAP aus. Notes erstellt dann dafür getreu seinem Konzept eine eigene Datenbank, die laufend mit dem IMAP-Server abgeglichen wird. Entsprechend müsste man nur mehr die Nachrichten aus der Mail-Datenbank über die Zwischenablage in die IMAP-Datenbank kopieren, von wo sie auf Google Mail hochgeladen werden.

In der Praxis klappt das aber nicht so, wie man das erwartet. Die von mir genutzte Notes-Version 8.5 stürzte regelmäßig ab, wenn ich mehr als 20 Mails kopieren wollte. Auch bei kleineren Häppchen verschluckte sich die Software immer wieder und brach den Transfer ab. Zudem wurde bei Mails, die es erfolgreich übertrug, das ursprüngliche Datum der Nachrichten durch das aktuelle ersetzt, die Uhrzeit natürlich auch. Für die Migration von hunderten Mails ist dieses Verfahren in jedem Fall ungeeignet.

Eine Alternative besteht darin, einen Mail-Client mit einer ordentlichen IMAP-Implementierung zu wählen. Dafür empfiehlt sich Mozilla Thunderbird, der noch dazu den Vorteil hat, dass man Daten anders als bei Notes zwischen verschiedenen Konten per Drag and Drop kopieren kann. Die Software übertrug ohne Schwierigkeiten hunderte Mails in einem Rutsch.

Beim Zugriff auf die gesendeten Nachrichten muss man jedoch noch eine Hürde überwinden. “Gesendet” ist in Notes kein Ordner, sondern eine Ansicht. Die taucht im IMAP-Client aber nicht auf, wenn er sich mit einem Notes-Server verbindet. Das Problem lässt sich beheben, indem man in Notes einen Ordner anlegt und alle gesendeten Mails dorthin kopiert. Auf diese Weise werden sie im Mail-Client sichtbar und lassen sich ebenfalls nach Google Mail kopieren.

Solche Gegenüberstellungen gingen in der Regel zugunsten von Microsoft aus, schließlich können die dicken Desktop-Brummer einfach mehr als Googles Browser-Anwendungen. Beklagt wurde etwa häufig, dass die Premier Apps kein Gegenstück zu Powerpoint besäßen, dass die Web-Tools nicht offline-fähig seien oder dass die Textverabeitung keine Fußnoten beherrscht.

Einen echten Mangel entdeckten drei Analysten von Forrester Research in ihrem Kommentar auf CNet: ein fehlendes Pendant zu OneNote. Vermutlich weiß die Mehrheit der Microsoft-Office-Anwender gar nicht, dass sie dieses Programm mit dem Paket erworben haben, und noch weniger werden es nutzen.

Auch wenn die Debatte manchmal solche merkwürdigen Züge annimmt, so kommt immerhin wieder ein bisschen Bewegung in einen Markt, den Microsoft seit Jahren im eisernen Griff hält. In der letzten Ausgabe der Computerwoche habe ich drei Beiträge betreut, die einen guten Überblick über die aktuelle Entwicklung geben:

• Microsofts Office-Strategie: Collaboration ergänzt persönliche Produktivität
• Der Fahrplan für OpenOffice: OpenOffice: Community statt Featuritis
• Überblick über Web-Alternativen: Office 2.0: Online-Anwendungen statt Desktop-Schwergewichte

Während Microsofts Strategie, Office noch mehr mit den eigenen Server-Produkten und Programmierwerkzeugen zu verknüpfen, hinlänglich bekannt ist, waren mir die Absichten von OpenOffice.org weitgehend unklar. Das Kernprodukt nur mehr geringfügig zu erweitern und zusätzliche Funktionen nach dem Vorbild von Mozilla als Plugins anzukoppeln, entspricht einem konsequenten Open-Source-Ansatz. Der Beitrag von Stephan Lamprecht über Office 2.0 gibt eine gute Orientierung über die Aktivitäten von einschlägigen Web-2.0-Startups. Nach den Erfahrungen mit anderen Segmenten des IT-Marktes kann man allerdings davon ausgehen, dass die meisten von ihnen die kommende Konsolidierung bei Online-Office nicht überstehen werden.

• Das Enterprise 2.0 nimmt Formen an, zumindest wenn es nach den großen Herstellern geht. Die IBM stellte mit “Lotus Connections” eine Social Software vor, die bekannte Anwendungen aus dem Web 2.0 zusammenfasst (Screenshots finden sich hier). Dazu zählen Weblogs, Wikis, Social Bookmarks und persönliche Profilseiten nach dem Muster von Facebook. Auch Microsoft springt auf diesen Zug auf, etwa mit den Sharepoint Services 3, die Templates für Blogs und Wikis enthalten. Ob und wie stark diese Tools in Firmen genutzen werden, muss sich indes noch erweisen. Hierzulande dürfte die Zurückhaltung im Vergleich zu den USA sicher größer sein.
• Passen Web-2.0-Tools in Unternehmen? Zwei Fragen wurden auf der Lotusphere öfter gestellt: Der englische Analyst Robin Bloor bezweifelte, ob die Benutzerzahlen für Folksonomies ausreichten, etwa in Social-Bookmark-Systemen. Eine freie Verschlagwortung von gemeinsam genutzten Ressourcen profitiert besonders von Netzwerkeffekten. IBM-Offizielle sahen darin weniger ein Problem, vermutlich deshalb, weil ihre typischen Großkunden ohnehin tausende Mitarbeiter haben.
  
  Volker Weber stellte auf der Pressekonferenz die Frage, welchen Nutzen intern installierte Tools im Vergleich zu del.icio.us oder einem gehosteten Blog-Service überhaupt bieten. Die IBM nannte als wesentliche Gründe Sicherheitsfunktionen und die Anbindung an das Firmenverzeichnis. Außerdem integriere eine Anwendung wie Connections die sonst üblicherweise separaten Tools. Im Fall von Bookmarks fällt mir noch ein, dass URLs aus dem Intranet in einem öffentlichen Service nicht viel verloren haben. Außerdem will eine Firma den Wettbewerbern möglicherweise nicht kundtun, für welche Themen sie sich gerade besonders interessiert.
• Bookmarks beschreiben nicht nur Web-Seiten. Eigentlich liegt es ja nahe, aus den Tags, die ein Benutzer für Bookmarks vergibt, auf seine Interessen und Fachgebiete zu schließen. Bei IBM Connections ist dieser Aspekt mindestens genauso wichtig wie die Kategorisierung von internen und externen Dokumenten. Die Schlagwortlisten, die Connections auch als Tag Clouds darstellt, tauchen auf den Profilseiten von Mitarbeitern auf und sollen so bei der Suche nach Wissensträgern im Unternehmen helfen.
• Instant Messaging als Zentrum des Firmen-Desktops. Angesichts der nach wie vor relativ geringen Akzeptanz vom IM im professionellen Umfeld klingt eine solche Rolle synchroner Kommunikation eher unwahrscheinlich. Aber besonders jüngere Mitarbeiter ziehen dieses Medium immer häufiger der E-Mail vor. Die IBM reagiert darauf mit der Erweiterung von Sametime mit immer mehr Plugins, die den Zugriff auf diverse Datenquellen und Anwendungen aus dem IM-Client heraus erlauben.
• Presence Awareness extrem. Eigentlich ist die Sache mit dem Online-Status relativ einfach: Wenn jemand am Rechner arbeitet, erscheint er in einem IM-Client als anwesend, wenn er eine Zeit lang inaktiv ist, als abwesend. Daneben kann man noch Stati von Hand setzen, etwa wenn man nicht gestört werden will. Ein IBM-Forschungsprojekt namens PASTA (”Presence for Enterprise”), das in den Lotusphere-Labs präsentiert wurde, geht da weiter (danke an Volker für den Hinweis auf den Namen) (leider habe ich die betreffende Pressemappe am Flughafen Orlando liegen gelassen, und an den Namen des Projekts erinnere ich mich nicht mehr. Über Google lässt es sich auch nicht finden, aber im Zuge der Suche habe ich bemerkt, dass es mehere ähnliche Vorhaben bei IBM Research gibt). Zum einen konsultiert es den Kalender, um aussagekräftige Informationen über die Verfügbarkeit eines potenziellen Kommunikationspartners zu geben. Darüber hinaus setzt es aber noch RFID und Bio-Sensoren ein, um detaillierte Angaben zum Verbleib einer Person machen zu können. Ein Mitarbeiter läuft also ständig mit einem RFID-Chip durch die Gegend und das Firmengebäude ist überall mit Lesegeräten ausstaffiert. Wenn sich jemand etwa in die Kantine begibt, dann zeigt die IM-Software an, dass der Kollege beim Essen ist. Das läuft schon fast auf eine elektronische Fessel hinaus.
• Demographie als Motor für das Softwaregeschäft. Neuere gesetzliche Regelungen, wie jene für den Umgang mit elektronischen Informationen (etwa Aufbewahrungspflichten), sind den Anbietern von Enterprise-Content-Management willkommene Argumente für den Verkauf ihrer Produkte. Neu war mir bisher jedoch, dass Social Software und Collaboration-Tools angeschafft werden sollen, um die Folgen der demographischen Entwicklung abzufedern. IBM-Manager Ken Bisconti argumentierte damit, dass solche Tools die zahlenmäßig rückläufige Gruppe mittleren Alteres entlasten können, die am stärksten unter Druck steht. Außerdem lasse sich so das Wissen der älteren Mitarbeiter konservieren, bevor sie in den Ruhestand gehen.
• IBM entdeckt den Endbenutzer.Über Jahre haben sich die Desktop-Anwendungen der IBM einen schlechten Ruf bei vielen Anwendern erworben. Lotus Notes schafft es immer wieder in die Spitzenränge bei den “Drecktools“, IT-Verantwortliche müssen sich von den Nutzern regelmäßig anhören, dass sie das viel hübschere Outlook möchten. Für Notes 8 und Quickr hat sich die IBM ganz offiziell mehr Benutzerfreundlichkeit und gefälligeres Aussehen der Software auf die Fahnen geschrieben. Ich habe nur kurz einen Blick auf die Beta von Notes 8 geworfen, sie war auf den PCs im Presseraum installiert. Auf den ersten Eindruck wirkt der Client recht hübsch und beherrscht einige Bequemlichkeitsfunktionen, die andere Mail-Programme schon lange haben.
• Integration von Google-Gadgets. Um die Akzeptanz der IBM-Business-Tools zu verbessern, öffnen sie sich Entwicklungen im Consumer-Markt. Dazu zählen nicht nur die Web-2.0-Trends, sondern auch die Integration der Google-Gadgets in den Portal-Server. Wetterticker, Weltuhr u.ä. dürften nicht viel Nutzen auf einem Firmen-PC bieten, aber sie tragen dazu bei, dass der Anwender eine persönliche Umgebung zusammenstellen kann.
• REST im Aufwind. Die IBM gehörte zusammen mit Microsoft zu den treibenden Kräften hinter SOAP und den komplizierten WS-*-Standards. Seit der blaue Riese das Web 2.0 entdeckt hat und nicht nur von Composite Applications à la Portal, sondern auch von Mashups schwärmt, gewinnen die einfacheren Web-Services auf Basis von REST an Bedeutung. Die zwei neuen Produkte Quickr und Connections besitzen daher nicht nur SOAP-Schnittstellen, sondern auch REST-APIs.
• Einfache Maßnahmen gegen den Mail-Missbrauch. Wenn es schon immer mehr aus der Mode kommt, Dateien auf lokalen Festplatten zu verstecken und stattdessen in Repositories auf dem Server zu speichern, dann gibt es kaum noch Gründe, hemmungslos Anhänge durch die Gegend zu schicken. Diese Zweckentfremdung von E-Mail als Collaboration-Tool führt zu vollen Postfächern und Versionsproblemen. Notes 8 fragt mit Einfügen von Anhängen, ob man nicht lieber bloß einen Link verschicken möchte. Alle Empfänger greifen damit auf die gleiche Datei zu, die ein DMS versionieren oder für den gleichzeitigen Zugriff sperren kann.
• Elektronische Kalender sind verbesserungsfähig. Die letzten Versionen von Notes und Outlook erleichtern das Zeit-Management mit diversen Neuerungen, besonders bei der Darstellung von Terminen. Die IBM präsentierte auf der Lotusphere eine pfiffige neue Funktion, die so genannten “ghosted entries”. Wenn man eine Einladung per Mail bekommt, dann taucht diese bisher so lange nicht im Kalender auf, bis man sie angenommen hat, was die Planung manchmal erschwert. Die neue Funktion trägt alle eingehenden Terminvorschläge automatisch in den Kalender ein und hebt sie farblich von fest geplanten Vorhaben ab.

Zur Lotusphere 2007 siehe auch meinen Bericht für die Computerwoche: IBM propagiert das Enterprise 2.0

Nicht nur Microsoft, auch IBM arbeitet an neuen PC-Betriebssystemen. Der Nachfolger von OS/2 steht dabei heute schon fest: Workplace OS.

Man muss ja nicht erwähnen, dass aus diesem Betriebssystem nie etwas geworden ist und sein Vorgänger mangels Erfolg eigentlich keinen Nachfolger brauchte. Erstaunlich finde ich allerdings, dass die IBM einige Jahre später den ausgesprochen phantasielosen Namen Workplace erneut aufgreift, um damit den Nachfolger für Notes/Domino zu bezeichnen. Der hat es immerhin auf den Markt geschafft, aber könnte ebenfalls bald in Vergessenheit geraten:

Von der Rolle des Java- und DB2-basierenden Notes-Nachfolgers, die der neuen Produktfamilie ursprünglich zugedacht war, rücken die Armonker immer mehr ab. Der Grund dafür dürfte vor allem in der Erfolglosigkeit der Software liegen, für die IBM bis dato kaum nennenswerte Installationen vorweisen kann. Workplace hat sich bei vielen Anwendern einen schlechten Ruf eingehandelt, weil es als kompliziert und schwerfällig gilt.

Wenn aus dem neuen Collaboration-System nichts werden sollte, dann wäre zumindest der Name Workplace in ein paar Jahren wieder frei. Die IBM-Marketiers brauchen sich dann nicht den Kopf über eine originellere Bezeichnung für Ihre Software zerbrechen. Sie müssen sich nur mehr überlegen, welches Produkt sie dann mit diesem Prädikat auszeichnen wollen.

Auch als langjähriger Anwender überrascht mich die IBM-Software immer wieder mit versteckten Funktionen. Als ich im Web nach einer Importdatei suchte, fand ich den Hinweis, dass eine Importroutine für Feiertage bei Notes schon eingebaut ist (unter Aktionen/Werkzeuge/Feiertage importieren). Nach Ausführung derselben bietet sich aber ein enttäuschendes Ergebnis. Nur ein Teil der Feiertage wird überhaupt eingetragen (der Pfingstmontag fehlt etwa, dafür steht Allerseelen drin, das in keinem Bundesland ein Feiertag ist). Und obwohl man aus der Liste “Deutschland” auswählen kann, sind alle Einträge auf Englisch. Der Stephanitag etwa heißt dann “Boxing Day”. Auch bei einem englischsprachigen Template des Namens- und Adressbuchs sollte es möglich sein, die Feiertage in Sprache des ausgewählten Landes zu importieren. Schwache Leistung!

Das Projekt, an dem ich zurzeit arbeite, nutzt fast ausschließlich Lotusscript-Agents, die auf dem Domino-Server laufen. Dabei ist mir aufgefallen, dass man ein solches Script nicht unbedingt nach der vorgegebenen Syntax http://Host/Database/Agentnamet?OpenAgent&Arguments ansprechen muss. Beispielsweise kann ich einen Agent namens import über ein bloßes http://Host/Database/import aufrufen. Das klappt aber nur dann, wenn der Funktion keine Argumente übergeben werden. Ein http://Host/Database/import?Arguments quittiert der Domino-Server mit einem HTTP 404. Man könnte jetzt natürlich fragen, wo das Probleme liege. Schließlich braucht man ja nur das OpenAgent anhängen und alles wird gut.

Die Schwierigkeiten mit der Domino-URL-Syntax treten indes auf, wenn man einen Agent im action-Attribut eines HTML-Fomulars angeben will. Jeder gängige Browser generiert aus

<form method="GET" action="http://Host/Database/import?OpenAgent">

<input type="text" name="eingabe"/>

</form>


eine URL, in der das Suffix “?OpenAgent” fehlt. Entsprechend scheitert der Aufruf mit einem HTTP 400 oder 404. Ich habe mir in der Vergangenheit damit beholfen, dass ich im HTML-Formular beim Submit-Event per Javascript die korrekte URL zusammengebaut und über die href-Eigenschaft des location-Objekts abgeschickt habe. Dieses Verfahren ist auf Dauer etwas aufwändig. In der Dokumentation von IBM habe ich allerdings keinen Hinweis gefunden, wie man das Problem lösen könnte.

Durch Herumprobieren habe ich kürzlich einen einfacheren Weg entdeckt. Man gibt über das Formular gleich am Anfang einen vesteckten Parameter mit dem Wert OpenAgent mit:

<form method="GET" action="http://Host/Database/import?OpenAgent">

<input type="hidden" name="OpenAgent" value="">

<input type="text" name="eingabe"/>

</form>


Das Ergebnis ist zwar keine völlig korrekte URL im Sinne von Domino, weil auf ?OpenAgent nocht ein ‘=’ folgt. Aber das scheint nicht zu stören, zumindest nicht in der Version 6 von Notes/Domino. Alternativ könnte man natürlich das Formular via method="post" an den Server schicken. In diesem Fall werden die Parameter nicht an die URL angehängt, so dass der Aufruf auch ohne ?OpenAgent klappt. Da allerdings das Aufbereiten von Formulardaten, die als multipart/form-data codiert sind, in Lotusscript nur wenig Freude macht, hat die POST-Variante auch ihre Nachteile (und selbst das einfachere application/x-www-form-urlencoded erfordert Handarbeit, weil Lotusscript auch dafür keine Routine anbietet).

Profildokumente sind eigentlich eine feine Sache, sie dienen dazu, Konfigurationsdaten zu speichern. Der Domino-Server lädt sie immer in den Arbeitsspeicher, damit dort abgelegte Einstellungen schnell ausgelesen werden können. In der klassischen Notes-Entwicklung erzeugt man eine Maske, mit der die Benutzer solche Konfigurationsdaten editieren können. Für das Web klappt das aber so nicht, weil Befehle wie EditProfileDocument dort nicht verwendet werden können. Ein Beitrag auf IBMs developerWorks findet klare Worte: Using profile documents in applications served on the Web presents a challenge. Er schlägt folgendes Verfahren vor:

• Eine Maske anlegen, die nur als Interface für den Nutzer dient und selbst praktisch nichts tut;
• In das Ereignis “Öffnen des Dokuments im Browser” (WebQueryOpen) einen Lotisscript-Agent einhängen, der eventuell schon vorhandene Profile ausliest (mit der GetProfileDocument-Methode der NotesDatabase-Klasse) und sie als Vorgabewerte in die Maske schreibt;
• Eine Schaltfläche für die Speicherfunktion in die Maske integrieren, die zwar den Speichervorgang auslöst (und damit das Ereignis WebQuerySave, aber nichts auf die Platte schreibt). Deshalb möge man ein verstecktes Feld mit dem Namen SaveOptions in die Maske einfügen und mit dem Wert 0 versehen. Die eigentliche Arbeit verrichtet dann der Lotusscript-Agent, der durch das Speichern-Event aktiviert wird.

Für mich klingt das nach einem ziemlichen Hack, ist aber die offiziell empfohlene Methode. Ich habe mich daran orientiert, bin aber damit nicht weit gekommen. Meine Maske enthielt nämlich eine Drop-Down-Liste (”Dialogliste”). Der Agent für das WebQueryOpen-Ereignis sollte die Werte dynamisch in die Liste einfügen. Wie ich bald herausfand, geht das nicht. Auch dafür gibt es eine Murx-Variante von IBM. Man muss ein verstecktes Helferfeld anlegen und die Einträge dort als Textliste hineinschreiben. Eine Formel hinter der Dialogliste übernimmt die Werte aus dem Helferfeld. Das klappte denn auch. Aber wenn der Benutzer auf die Schaltfläche “Speichern” klickt, sollte der Agent herausfinden, welcher Wert in der Dialogliste ausgewählt wurde. Das geht mit Lotusscript offenbar nicht, zumindest fand ich nirgendwo einen Hinweis darauf.

Meine Alternative bestand darin, auf die Notes-Maske gänzlich zu verzichten und per Lotusscript-Agent ein HTML-Formular zu erzeugen. Ein zweiter Agent wertete dieses aus und schrieb die Werte in die Profildokumente. Das funktionierte im Prinzip zwar, führte aber immer wieder zu mysteriösen Effekten. Beim mehrmaligen Nachladen eines unveränderten Profils im Browser erschienen ständig andere Werte, einmal ganz alte, dann wieder die zuletzt gespeicherten. Damit war für mich das Thema Profildokumente erledigt und ein halber Arbeitstag beim Teufel. Das Suchen nach einer Lösung wurde mir von einem Debugger versüsst, der auch dann anspringt, wenn man durch die Hilfedatenbank blättert. Oder die Undo-Funktion, die den Programmcode regelrecht zerhackt. Aber zum Glück empfiehlt ein anderer Beitrag auf developerWorks, auf Profildokumente ganz zu verzichten und entwickelt stattdessen ein anderes Verfahren, um Einstellungen zu speichern. Leider habe ich den zu spät gefunden.

Dogear: Es handelt sich dabei um einen Social-Bookmark-Manager nach dem Vorbild von del.icio.us, allerdings für die firmeninterne Nutzung. Im Gegensatz zum Online-Dienst kann die IBM-Software beliebig große Exzerpte ins Beschreibungsfeld aufnehmen und dort auch Grafiken speichern. Auch die Suchfunktion ist besser als jene von del.icio.us. Zusätzlich bindet eine Erweiterung des Suchfeldes in Firefox deren Ergebnisse in Resultate einer Google-Suche ein. Da sich die Anwender mit dem Benutzernamen anmelden, den sie im Firmennetz auch sonst verwenden, lassen sich ihre Interessensprofile auswerten und Expertise im Unternehmen lokalisieren. Auf einfache Weise leistet Dogear damit in gewissem Rahmen, was ursprünglich dem Discovery Server zugedacht war. Bis dato fehlt aber noch die Integration von Instant Messaging, das bei KM-Tool für die Kontaktaufnahme mit Experten diente. Die in Java geschriebene Software wird in der IBM schon von vielen Mitarbeitern genutzt.

QEDWiki: Es handelt sich dabei um ein so genanntes Application Wiki. Es wurde in PHP entwickelt, was angesichts der Java-Dominanz bei der IBM überrascht. Sein Zweck besteht weniger im kollaborativen Verfassen von Texten, sondern in der Erstellung von Anwendungen. Diese folgen bei QEDWiki dem Vorbild von Portalen, wobei die einzelnen Fragmente in Wiki-Syntax definiert werden. Dabei geht es allerdings nicht um die Programmierung von Portlets, sondern um das Zusammenstellen so genannter Mashups. Somit lassen sich alle möglichen Web-Anwendungen, die ein XML-API bieten, unter einer Portaloberfläche zusammenführen. Diese Synthese beschränkt sich nicht auf die visuelle Integration, vielmehr können die Komponenten untereinander interagieren. Eine typische Demonstration bestand darin, Adressinformationen in einem Ausschnitt des Fensters automatisch an das benachbarte Google Maps weiterzureichen, wo der betreffende Ort dann angezeigt wurde. Parallel dazu blendete ein Wetterdienst seine Prognose für die betreffende Region ein. Die PHP-Anwendung implementiert mithin einen Informationsbus ähnlich wie große Portale und erlaubt das Erstellen von composite Apps auf Basis von Web-APIs.

LiveBook: Die Entwickler aus den IBM-Labs beschreiben dieses Tool mit “Real-time Content Collaboration”. Es erlaubt mehreren Benutzern, Dokumente gleichzeitig zu bearbeiten. Es handelt sich dabei aber nicht um ein Application Sharing, wie man es etwa aus Webkonferenzen kennt. Vielmehr arbeitet jeder Teilnehmer mit seiner eigenen Software auf derselben Dokumentinstanz. Das funktioniert entweder über einen Server oder Peer-to-Peer. LiveBook unterstützt Text im Open Document Format, HTML und Formulare aus IBMs Workplace, die auf XForms beruhen. Speicherkonflikte werden vermieden, indem es bei einer solchen Realtime-Anwendung keine traditionelle Speicherfunktion mehr gibt, sondern jede Eingabe von Text sofort in das Dokument geschrieben wird. Außerdem macht sich LiveBook die Baumstruktur dieser Dateifomate zunutze, sodass die Gefahr von konkurrierenden Aktivitäten ohnehin nur innerhalb eines Knotens besteht. Als Editoren kommen unter die in Workplace integrierten in Frage, bei denen es sich um eine angepasste Variante von Open Office handelt. Es wäre natürlich eine sehr interessante Erweiterung für die freien Büroanwendungen, wenn die IBM den Code von LiveBook an das Open-Source-Projekt geben würde.

Das Innovation Lab führte noch eine Reihe weiterer Anwendungen vor, die ich nicht ansehen konnte, weil mir die Zeit fehlte (die primär für das Brot- und Buttergeschäft draufging) oder der Präsentator gerade nicht da war. Ein Tool, das ich mir gerne hätte zeigenlassen, ist “FeedMe”. Es handelt sich dabei um einen RSS/Atom-Aggregator, der Feeds aus unterschiedlichen Anwendungen zusammenführt und diese nach bestimmten Regeln und Vorhersagemodellen filtert. Sehr interessant klingt auch die Beschreibung von Bloom, das anhand der Beiträge und Diskussionen die Dynamik in Open-Source-Projekten visualisieren kann.

Die Wettbewerbsanalyse begann damit, dass die beiden Referenten Exchange 5.5 mit Notes/Domino 7 verglichen. Angeblich setzen 30 Prozent der Exchange-Kunden immer noch die alte Version ein und müssen sich allmählich über Alternativen Gedanken machen. Microsoft bietet für den Veteranen nämlich keinen Support mehr. Als Updates werden solche Firmen wahrscheinlich Exchange 2003 oder vielleicht Notes/Domino 7 in Erwägung ziehen. Diese beiden Systeme hätten also gegenüber gestellt werden müssen.

Der nächste schiefe Vergleich bestand darin, dass die Möglichkeit zur Entwicklung von Groupware-Anwendungen als dickes Plus von Notes/Domino verbucht wurde. Microsoft positioniert Exchange schon seit geraumer Zeit als bloßes Messaging-System, für Collaboration gibt es die “Sharepoint Services”. Man kann darüber streiten, ob die Funktionen besser ein einem Produkt zusammengefasst oder auf mehrere Server aufgeteilt werden. Aber Äpfel sollte man nicht mit Birnen vergleichen.

Es kam noch besser: Bei der Gegenüberstellung der unterstützten Clients gab es für Web-Mail zwar “Domino Web Access”, aber “Outlook Web Access” hatten die beiden Herren “vergessen”. Anschließend lobten sie diverse Features von Notes (etwa Benutzerverwaltung anhand von Policies oder die Möglichkeit, starke Passwörter zu erzwingen). Sie gingen aber nicht auf Entsprechungen bei Exchange ein. Auf meine Nachfrage meinten sie, die gäbe es dort nicht. Im Fall der beiden genannten Funktionen trifft das aber nicht zu.

Der Knüller dieses Konkurrenzvergleichs betraf die Speichermechanismen der beiden Systeme. Notes legt für jeden Benutzer eine eigene Mail-Datenbank an, Exchange hingegen speichert alle Mails in einer Datenbank. Das sei schlechter und dieses Manko gelte auch für Oracles “Collaboration Suite”. Auf meinen Einwand, dass IBMs “Workplace Messaging” dasselbe Konzept verwendet, meinte einer der Referenten tatsächlich: “Das Workplace-Team ist sich dieses Problems bewusst und überlegt sich Alternativen”. Ich möchte nicht wissen, wie die Kollegen auf diesen Unsinn reagiert hätten.

Microsoft ist bei der Bewertung des Wettbewerbs übrigens auch nicht besser. Vor zwei oder drei Jahren wollten sie auf der TechEd den Teilnehmern in einer ähnlichen Session vermitteln, warum Windows besser sei als Linux. In diese Veranstaltung kamen viele Zuhörer und einige davon kannten sich gut mit beiden Systemen aus. Die Microsofties gerieten mit ihrer inkompetenten und einseitigen Darstellung schnell in die Defensive und schließlich ging es vor allem um die Mängel ihrer Produkte. Die IBMer auf der Lotusphere hatten das Glück, dass nur eine Handvoll Leute ihren Ausführungen lauschten und darunter kein Exchange-Kenner war. Sonst wären sie genauso auf die Schnauze gefallen wie ihre Microsoft-Kollegen. Verdient hätten sie es.

Diese Einförmigkeit hat System. Kopiert man den Link aus dem Quellcode in die Adressleiste des Browsers, dann kommen wieder drei Anzeigen im Gleichschritt: