Der volle Unmut über diese Entscheidung hat sich in den letzten Tagen im Forum von Wuala entladen. Für viele User dieses Feature das ausschlagende Argument, Wuala zu nutzen. Der meistgepostete Kommentar war “No trade, no Wuala”. Ich bin nun mal sehr gespannt, ob sich diese Entscheidung für Wuala negativ auswirken wird.

Immerhin ein neues, interessantes Feature gibt es nun bei Wuala: Speicher kann nun über Bitcoins gekauft werden.

Doch leider hat Dropbox ein für mich gravierendes Problem, sodass ich es nur sehr sporadisch für sehr ausgewählte Daten einsetze. Dropbox ist einmal ein amerikanisches Unternehmen und die Dateien liegen irgendwo unverschlüsselt in der Amazon-Cloud. Kein wirklich beruhigender Gedanke, wenn ich diesem Service meine persönlichen Daten anvertrauen möchte.
Hier würde TeamDrive von der Hamburger Firma TeamDrive Systems GmbH ins Spiel kommen. Laut TeamDrive werden die Daten verschlüsselt in der Cloud abgespeichert und die Schlüssel bleiben auf dem Client. Damit erhielt TeamDrive auch das Datenschutzgütesiegel des Unabhängigen Landeszentrums für Datenschutz Schleswig-Holstein (ULD) das aktuell bis März 2011 gültig ist. Desweiteren kann man TeamDrive so konfigurieren, dass man seinen eigenen Speicherplatz nutzt. Da frage ich mich, warum man dann noch einen Team-Drive Account braucht und ich trotzdem monatlich zahlen muss. Dann sollen Sie doch bitte einfach die Software verkaufen und gut ist.

Hier kommt nun schließlich SparkleShare ins Spiel. SparkleShare setzt auf GIT und SSH, um Daten zu synchronisieren. Somit sind die Anforderungen sowohl an den Client, als auch an den Server recht gering. Obwohl es aktuell nur eine sehr frühe Beta von SparkleShare gibt, funktioniert das Ganze ausgesprochen gut. Mag mit daran liegen, dass sowohl SSH, als auch GIT schon seit einigen Jahren entwickelt werden und damit sehr stabil sind. Ich habe die Beta mal schnell kompiliert, auf einem Server einen neuen User angelegt und ein GIT Repository angelegt. Obwohl es eine Gnome-Software ist, fügt sich diese sehr gut in mein KDE ein. Freu mich schon darauf, wenn es fertige Pakete für Debian und Ubuntu gibt. Geplant sind auch MacOS X- und Windows-Versionen von SparkleShare. Ein weiterer Vorteil an SparkleShare ist, dass man auch von nicht unterstützen Systemen auf seine Daten zugreifen und diese abändern kann. Es sind müssen nur GIT uns SSH zur Verfügung stehen.
Einen Nachteil hat SparkleShare allerdings. Da es auf gibt GIT basiert und GIT bekanntlich nicht gut mit großen Binärdateien umgehen kann, wird es für Fotos nicht so geeignet sein. Ich werde das mal genauer prüfen und wieder berichten.

• Einmal ist es möglich, auch offene Tabs, Einstellungen und den Verlauf zu synchronisieren.

• Zum Zweiten verschlüsselt Weave alle Daten auf Clientseite mit einem extra Passwort, bevor es die Daten an den Server übermittelt. Dieses extra Passwort wird nie an den Serverbetreiber gesendet, womit er keine Möglichkeit hat, die Daten zu entschlüsseln.
• Man kann sich aussuchen, ob man den Server von Mozilla nutzt oder seinen eigenen Weave-Server aufsetzt. Eine Referenz-Implementierung (PHP/MySQL) bietet Mozilla an.
• Die Synchronisations API ist offen und gut dokumentiert. Somit kann jeder eigene Erweiterungen, aber auch einen eigenen Server entwickeln

Aktuell habe ich Weave auf drei verschiedenen Betriebssystem and zwei Standorten im Einsatz. Das läuft so fein, dass ich gar nicht weiß, wie es ohne Mozilla Weave gehen würde. Auf jedem Computer andere Bookmarks, nicht alle gespeicherten Passwörter und verschiedene Verläufe. Ein Graus.

Das alles ist schon mal ein riesen Gewinn fürs produktive Arbeiten. Aber natürlich ist das Potential noch lang nicht ausgeschöpft. Ich hab’ mir einige Gedanken gemacht, wie es aus meiner Sicht mit Weave weiter gehen müßte:

Ein wichtiger Schritt wäre die Portierung von Mozilla Weave auf Thunderbird. Damit könnten Einstellungen, Account-Einstellungen inkl. Signaturen und das Adressbuch synchronisiert werden. Für die E-Mails selber ist Weave eher ungeeignet. Hierfür gibt es ja IMAP. Aber gerade das Adressbuch, die Signaturen und die Information, welche IMAP-Ordner abonniert sind, wäre eine gigantische Sache.

Aus Firefox-Sicht sollte Mozilla Weave direkt in den Browser integriert werden, damit Addon-Entwickler direkt auf daruf zugreifen können und die Synchronisations-API nicht wieder selber implementieren müssen. Z.B. würde das Plugin Selective Cookie Delete stark davon provitieren.
Wenn wir schon mal bei Cookies sind, wäre es schön, wenn die Cookie-Regeln (allow, allow for session und deny) auch synchronisiert werden würden. Ob die Cookies selbst synchronisiert werden sollen, kann ich noch nicht beantworten. Bin hier noch ein wenig hin- und hergerissen. Solange man das dann für sich selbst abstellen kann, wäre das optimal.

Desweiteren geht es weiter darum, noch weitere Clients für Mozilla Weave zu entwickeln. Hier hat Mozilla vor ca. zwei Monaten schon einige Ressourcen für Entwickler frei gegeben. U.a. die iPhone App finde ich sehr cool. Diese zeigt sehr schön, wie eine App aussehen kann, die nicht zu 100% in den mobilen Browser wie z.B. Fennec integriert werden kann:

Weave iPhone Data Viewer from Mozilla Labs on Vimeo.

Am Ende meines kurzen Abrisses über Mozilla Weave bin ich nun gespannt, welche meiner Wünsche in den kommenden Monaten umgesetzt werden und welche sonstigen Ideen die Entwickler da draußen noch alles haben werden.