FeM

... denn es gibt ja wie bei vielem Anderen auch standardisierte Protokolle. Leider existieren für die meisten Aufgaben entweder eine  große Auswahl unterschiedlichster Standards oder jeder spricht so ein Bisschen seinen eigenen Dialekt.

Ein gutes Beispiel für den letzteren Fall ist das Protokoll SyncML zur Synchronisierung von Kalender-, Kontakt und ähnlichen Daten. Auch die von FeM benutzte Webmail- und Groupware-Lösung Horde bietet dafür eine Schnittstelle an. Einem Backup seines externen Gedächtnisses in Form seines Mobiltelefons oder PDAs stünde von dieser Seite nichts im Weg.

So weit so gut. Leider ist die Auswahl an Clients für derartige Geräte nicht sonderlich groß. Die größte Verbreitung in dieser Geräteklasse hat der Client von Funambol. Aber wie bei Monopolisten üblich, spricht auch dieser seinen eigenen Dialekt und funktioniert out-of-the-box nur mit dem Haus-eigenen SyncML-Server.

Grund hierfür ist die Abfrage einer im Standard nicht vorgesehenen Tabelle 'configuration'. Existiert diese nicht, bricht der Client ohne genaue Fehlermeldung ab. Interessant hierbei ist, dass anscheinend in der aktuellen Version gar keine benötigte Daten in der Tabelle ablegtund sie auch nur bei der ersten Verbindung abfragt werden.

Leider stößt man auf der Suche nach einer Lösung sowohl beim Hersteller des Clients als auch dem Horde-Projekt auf taube Ohren.

Es gibt jedoch verschiedene Workarounds:

Die einfachste Lösung besteht in der Benutzung einer älteren Client-Version vor Version 7. Einfach, aber sicherlich nicht wünschenswert.

Alternativ sieht die von Horde vorgeschlagene Lösung zuerst eine Synchronisierung gegen eine ältere Horde-Version vor, gefolgt von einem anschließenden Ändern des Servers in der Registry. Leider hat man meistens keinen solchen Server zur Hand und auch das ändern von Registry-Einträgen ist eher als Ausnahme zu empfehlen.

Oder man folgt dem Vorschlag von Pascal Gienger und gaukelt dem Clienten einfach vor er könne Daten in dieser Tabelle schreiben.

Da auch bei FeM die ersten beiden Möglichkeiten praktisch nur schwer umsetzbar sind, wurde kurzerhand letztere Lösung umgesetzt. Auf das sich jemand Neues eine weitere "praktische Erweiterung" zu einem existierenden Standard ausdenkt .

Ab sofort kann jeder Benutzer des FeM-Jabber-Servers unter der gleichnamigen E-Mail-Adresse auch Mails empfangen. Im zugehörigen Webinterface kann man einstellen, ob diese Nachrichten per E-Mail oder als XMPP-Nachrichten weitergeleitet werden sollen.

Dazu wurde das Schema der im Hintergrund des ejabberd werkelnden PostgreSQL-Datenbank ein wenig erweitert. Diese Erweiterung speichert die Information über welches Medium und an welche Adresse gegebenenfalls eine Weiterleitung erfolgt.

Der für Domänen zuständige Mailserver nimmt E-Mails für existierende Weiterleitung an und sondert Spam und Viren aus. Bei einer Weiterleitung als E-Mail wird die Nachricht gleich an die gewünschte Adresse umgeleitet. Im Falle einer Weiterleitung als Jabber-Nachricht wird sie an den Jabber-Server zugestellt und dort an ein Perl-Skript übergeben, welches die Mail über ein dafür angelegtes Konto an den User schickt.