Manchmal will man aber spezielle Settings Syncen,
von Addons zum beispiel, hier kann abgeholfen werden:
Im Mozilla Developer Network (hier) steht wies geht.
Einfach unter about:config, rechtsklicken und einen neuen Bool-Wert anlegen.
Den Namen wie folgt festlegen,
services.sync.prefs.sync.<pref>
wollen wir z.B. das Setting keyword.url syncen so müssten wir
services.sync.prefs.sync.keyword.url
anlegen und auf True setzen.

Soviel abhilfe für den Moment,
langfristig werden hoffentlich mehr und mehr Addons Firefox Sync von Hause aus unterstützen.

Selbstverständlich können auch weiterhin SQLite Datenbanken verwendet werden.

In diesem Sinne viel Spaß mit der neuen Version, und ich freue mich auf eure Berichte.
Download hier
| Anleitung für das Installieren ( mit SQLite-DB ) | ganz ursprünglicher Post

Ich habe ja bereits beschrieben wie man sich einen eigenen Carddav-Server aufsetzt ( Carddav Server ), logische Konsequenz ist natürlich möglichst viel Software da jetzt ran zu hängen.
Leider ging da vorallem in Richtung Kontakte nicht sonderlich viel.
Heute allerdings lief mir eine Beta Version einer Erweiterung über den Weg.
Diese funktioniert mit der aktuellen Thunderbird Version (12) und bringt ihm Carddav bei.
Aber Schluss mit dem Vorgeplänkel und ran an die Materie:

Zu erst einmal das Plugin,
es heißt sogo-connector und gibts unterhttps://inverse.ca/downloads/extensions/nightly/
zum Download. (Die Datei sogo-connector-10.0.1pre1.xpi oder neuer wollen wir haben)
Dies Addon in Thunderbird installieren:
Thunderbird -> Extras -> Addons --> (Einstellungs-Rad) -> Addon aus Datei installieren

Danach Thunderbird neustarten und ins Addressbuch wechseln (Fenster/Tools -> Addressbuch).
Hier das Carddav Addressbuch “importieren”,
Datei -> Neu -> Remote Adressbuch
Als Verbindungsname (Addressbuch-Name) kann ein beliebiger Name gewählt werden,
der trickreiche Teil ist die URL.
Bei Sabredav als Server ist sie wie folgt einzugeben:

https://pfad/zu/addressbookserver.php/addressbooks/$username/$addressbuchname/

wobei $username und $addressbuchname sowie pfad/zu/addressbookserver.php zu ersetzten sind.
Im Folgenden musste ich das Addressbuch schließen und wieder öffnen,
dann auf das neue Addressbuch Rechtsklicken und im Kontextmenü Synchronisieren anklicken.
Siehe da die Kontakte erschienen

Viel Spaß damit

Also viel Spaß mit der neuen Version Download hier
| Anleitung für das Installieren | Ursprünglicher Post

In Zukunft stehen weitere Punkte auf der To-Do Liste.
Vor allem fallen mir da
Email-Password-Recovery und Mysql Support
ein.
Aber auch Quota behandlung ist noch offen.
Denkbar wären auch noch andere Punkte,
was mich Interessieren würde was ist euch am wichtigsten, was fehlt am meisten ? Einfach bitte Kommentieren danke

#!/bin/bash
# vpnAutoconnect
##
## FILE: 20vpnautoconnect
##
## DESCRIPTION: Script for networkdispatcher.d to autoconnect to VPN
##
## AUTHOR: balu
##
## DATE: 19.02.2012
## 
## VERSION: 0.3
##
## INITIALISIERUNG:
#Diese Werte kommen vom NetworkManager
INTERFACE=$1
ACTION=$2
 
##Name der VPN verbindung im Netzwerkmanager
VPN_CONNECTION_NAME="vpnName"
 
 
## Interface bei welchen vpn in frage kommt ( mehrere mit Leerzeichen getrennt )
INTERFACES=(wlan0)
 
## ESSID der Netzte die kein VPN brauchen
ESSIDS_KEIN_VPN=( Essid1 Essid2 )
 
 
##---- do not edit below here ---- ##
# @param $1 mixed  Needle  
# @param $2 array  Haystack
# @return  Success (1) if value exists, Failure(0) otherwise
# Usage: in_array "$needle" "${haystack[@]}"
in_array() {
    local hay needle=$1
    shift
    for hay; do
        [[ $hay == $needle ]] && return 1
    done
    return 0
}
 
#wenn uns das interface überhaupt interessiert
in_array $INTERFACE "${INTERFACES[@]}"
if [ $? -eq 1 ]; then
 
 
	## ESSID des verbundenen Netzwerks bestimmen
	ESSID=$(iwconfig $INTERFACE | grep ESSID | cut -d":" -f2 | sed -e 's/"//g')
	in_array $ESSID "${ESSIDS_KEIN_VPN[@]}"
	if [ $? -ne 1 ]; then
 
## Funktionen durchführen, je nach Aktion eine andere
case "${ACTION}" in
        up)
		nmcli con up id "${VPN_CONNECTION_NAME}"
		;;
 
        down)
                nmcli con down id "${VPN_CONNECTION_NAME}"
		#killall vpnc
                ;;
 
        pre-up)
                ;;
 
        post-down)
                ;;
 
        *)
                echo $"Usage: $0 {up|down|pre-up|post-down}"
                exit 1
esac
 
	fi
fi

Das Scirpt muss damit es funktioniert in /etc/NetworkManager/dispatcher.d/ abgelegt werden (z.B. al 20vpnautoconnect) dann noch dem Benutzer und der Gruppe root zugeordnet

chown root:root /etc/NetworkManager/dispatcher.d/20vpnautoconnect

und die Rechte angepasst

chmod 700 /etc/NetworkManager/dispatcher.d/20vpnautoconnect

P.S.
Ich hatte anfangs Probleme, dass die Verbindung nicht funktioniert, lag am storage der Passwörter des Networkmanager (vpn passwörter liegen in der Keychain des users,
das Script führt root aus) um das zu beheben kann man den Networkmanager anweisen die passwörter selber zu speichern, dazu in der Datei /etc/NetworkManager/system-connections/$vpnname die pass flags von 1 auf 0 ändern,
und nach dem ändern eevl. im Networkmanager unter der Verbindung die Passwörter nochmal eintragen

Und der Fehler beim Account anlegen müsste auch behoben sein.

Heißt Sync und Account anlegen, aus Firefox herraus (“via Firefox Sync” ) in Richtung FSyncMS sollte wieder einwandfrei.
Viel Spaß und ich freue mich auf Rückmeldungen

Downloadlink

Anleitung für das Installieren

Ursprünglicher Post

Jetzt Android lastig, es geht um Backup und/ oder sync von SMS und Anruflisten des Android devices.
Wobei für mich persönlich der Clou an der Sache ist, dass das Backend ein beliebiges IMAP-Konto ist,
und das Format sogar Menschenlesbar.

All diese schönen Features bring die Software SMS Backup + ( Market link ).

Installation und Configuration sind eigentlich relativ gerade aus, wenn man einige Fallstricke kennt.

Eigenes IMAP-Konto und SSL:
Ich benutze IMAP nur zusammen mit SSL, allerdings mit eigenen Zertifikaten, nach dem Einstellen von SMS Backup + gab es dann das Problem das die Software sich nicht verbinden wollte.
Das Problem lies sich lösen indem unter erweiterte Einstellungen -> IMAP Server Einstellungen -> Sicherheit von SSL (Benötigt) auf SSL (Optional) ändert.

Eigenes IMAP-Konto und Gmail-Label:
mit einem eigenen IMAP Konto hat man normal keine Label, die entsprechenden Einstellungen sind als Pfade in der IMAP-Ordnerstrucktur zu verstehen ( Bsp.: INBOX.Telefon.SMS als Label legt bei mir die SMS in den Ordner Postfach->Telefon->SMS )

Insgesammt kommen zwei offene Standarts zur Anwendung. Es wird Caldav bzw. Carddav verwendet.

Als Serversoftware ist lediglich ein Stück PHP Code mit Datenbank (Mysql) nötig ( Sabredav ) (sql-lite ist alternativ auch möglich).
Das ganze ist Serverseitig relativ anspruchslos, im Prinzip braucht es nur php und mysql, daher sollte die Software bereits auf einem simplen und günstigen Webhostingpaket laufen.

Auf den Clients kommt unterschiedliche Software zum einsatz:
Der Mac bringt die Software bereits von Hause aus mit (iCal und Adressbuch),
Unter Linux verwende ich Thunderbird mit lightning für den Kalender, und KAddresssBook (KDE) für Kontakte.
Auf dem Android verwende ich CalDav und CardDav Sync Adapter ( ja die kosten ein paar Euro, funktionieren bei mir aber wirklich sehr gut).

Aber zurück zum Server
Das Setup gestaltet sich sehr simpel.
Erst mal Runterladen der PHP dateien, zu finden hier.
Danach kanns losgehen:
Im SabreDav-Archiv befindet sich ein Ordner mit Namen “examples”, in dem die Datein calendarserver.php und addressbookserver.php. Diese am besten in den Hauptordner kopieren, und dort anpassen.
Die Anpassungen sind sehr minimal:

date_default_timezone_set('Canada/Eastern');

wird zu

date_default_timezone_set('Europe/Berlin');

.

// $baseUri = '/';

eventuell einkommentieren und an die eigenen bedürfnisse anpassen.
Selbiges gilt für

$pdo = new PDO('sqlite:data/db.sqlite');

was bei mir zu

$pdo = new PDO('mysql:dbname=HIER_NAME_DER_DB_EINSETZEN','user', 'passwort');

wurde.
Das wars auch quasi schon, lediglich noch die SQL-init scripts aus dem examples/sql auf die Datenbank loslassen (*.addressbook.sql , *.calendars.sql , *.locks.sql, *.principals.sql, *.users.sql (natürlich nur entweder mysql. oder sqllite))

Und schon ist der Server teil einsatzbereit, aber ACHTUNG ! mit dem users.sql script kam ein Benutzer mit Namen admin und passwort admin in die Datenbank, dieser sollte gelöscht und durch einen eigenen User ersetzt werden.
Dazu die vorhandene Zeile in der Users-Tabelle löschen, und eine neue Anlegen.
Die Spalten sind klar, wenn man von digesta1 absieht.
Bei digesta1 handelt es sich um eine “Passwortrepräsentation” in folgender Form:

md5('username:realm:password');

Wobei username und password zu ersetzten sind, realm ist standartmäßig auf “SabreDAV” gesetzt, entscheident dafür ist die folgende Zeile in addressbookserver.php / calendarserver.php:

$server->addPlugin(new Sabre_DAV_Auth_Plugin($authBackend,'SabreDAV'));

Hier kann man auch das Realm ändern.

Das wars, viel Spaß beim syncen

Er besteht quasi nur aus einem AVR ATMEGA8, der sowohl die Prüfsumme (konkret einen SHA-256) über das Secret berechnet, als auch zum PC hin USB spricht.
Konkret meldet er sich als Tastatur gegenüber dem PC und kann dadurch sehr simpel und quasi überall die Prüfsumme auf den PC übertragen.
Auf der PC Seite (auf dem die Tokeneingabe verifiziert werden soll), existiert derzeit ein PAM-Modul, welches die eigaben des Tokens prüfen kann.

Als nächste Schritte steht jetzt an,
das ganze nicht nur funktionstüchtig, sondern auch ordnetlich umzustezen:
den Schaltplan (der dank eines guten Eagle-Vortrags existiert) in ein ätzbares, möglichst USB-Stickartiges Layout zu verwandelen
und den Source-Code zu struckturieren.

Soviel als generelle Einleitung, auf zur eigentlichen Umsetzungsidee:
Die Idee ist, dass sowohl der Token, als auch die Gegenstelle ein Geheimnis teilen (als Beispiel “geheim123″) . Dieses Geheimnis muss vor der ersten Verwendung einmal über einen sicheren Weg ausgetauscht werden.
Danach werden Einmalpasswörter erzeugt, indem eine Prüfsumme (Hash) über das Geheimnis erstellt, und das Geheimnis selber auf ein festgelegte Art verändert wird (z.B. die letzte Stelle hochgezählt).

HASH("geheim123") ----> 576aa4c2e8948b2a10d21617d3a84085

Diese Ziffernfolge wird dann übertragen, die Gegenseite bildet ebenfalls den Hash über das Geheimnis und Prüft ob der übermittelte String übereinstimmt.
Im Anschluss wird das Geheimnis auf beiden Seiten verändert, z.B. zu “geheim124″.
Dies führt zu einem neuen Hash

HASH("geheim124") ----> 3942664d5ea817efbdbbd603b5521d6a

dieser wäre dann das zweite Einmalpasswort, und so weiter.

WICHTIG zum Thema Sicherheit !
Das hier beschriebene ist einfach nur eine Idee von einem Laien.
Es gibt keinerlei Grund zu der Annahme das das Verfahren als “Sicher” angesehen werden kann. Soll das Verfahren “Sicher” sein, dann sollte dringend etwas gewählt werden, dass mehrfach von Spezialisten reviewd wurde. Das RFC 4226 spzifiziert z.B. so etwas (ganz ähnlich zu der Idee hier).

Ich persönlich sehe das Ganze vorallem als Lernprojekt, und werde es nur zusätzlich zu einem herkömlichen Passwort verwenden (welches ich vorher allein verwendet habe).

Klar, wenn man in München ist, dann muss man auch ins deutsche Museum.
Und was sich da offenbart ist ein Hochgenuss für all jene, die sich für Technik begeistern können.
Von den ersten Schiffen über die Dampfmaschine, Motoren, Bergbau und Flugzeuge bis hin zu  jeder Menge Physikalischer-Experimente und noch viele mehr.
Die Zeit vergeht wie im Flug und die Eintrittspreise waren gefühlt günstig,
also eine ganz klare Empfehlung!