In meiner favorisierten PIM Software Evolution geht das ganz einfach ohne Neueinrichtung.

Man öffnet die Kalenderansicht, macht einen Rechtsklick auf den entsprechenden Kalender und wählt dann „Eigenschaften“ aus.

Die URL zeigt dann noch die alte Form an, die mit einer Zahl endet, z. B. „https://dav.mailbox.org/caldav/12/“.

Jetzt klickt man auf „Kalender finden“.

Nun wählt man den aktuell markierten Kalender aus und bestätigt mit „OK“.

Jetzt endet die URL nicht mehr mit der Zahl sondern mit einer langen alphanumerischen ID, die ich hier ausgeschnitten habe, z. B. „https://dav.mailbox.org/caldav/ad9382b9e/“.

Wieder bestätigt man mit „OK“.

Das wiederholt man jetzt mit jedem Kalender, den man bei mailbox.org benutzt.

Fertig.

Zuletzt hatte ich mit Thunderbird das Problem, dass mir keine Benachrichtigungen angezeigt wurden für neue Emails, die bereits per Sieve direkt auf dem E-Mail-Server in verschiedene Ordner vorsortiert wurden.

Deshalb habe ich mich wieder mal auf die Suche nach einem ordentlichen E-Mail-Clienten bzw. eher einer PIM Anwendung (Personal Information Manager) begeben.

Mir wurde von einem anderen Menschen auf Mumble mal wieder Evolution ans Herz gelegt.

Dass Evolution exististierte, wusste ich schon sehr lange, habe es auch schon vor sehr vielen Jahren immer mal wieder ausprobiert. Es gefiel mir damals nicht wirklich. Ausserdem war es Gnome und ich mag eher KDE/Plasma.

Doch dieses Mal war ich sofort zufrieden. Ohne Addons hat alles von Haus aus funktioniert, was ich benötige.

CalDav (Kalender) und CardDAV (Adressbücher) unterstützt Evolution von Haus aus. Es verwaltet meine Emails, egal ob POP3 oder IMAP und es gibt auch noch Memos.

Und das Beste an Evolution: Es funktioniert und ist dabei verdammt schnell.

So im Vergleich zu Thunderbird, das ich zuletzt benutzt hatte. Dort musste man immer mal wieder warten, bis das eine oder andere Tab aufging. Und der Start von Thunderbird dauerte auf meinem Laptop trotz SSD und genug RAM ca. 20 Sekunden.

KMail dagegen war zwar schnell unterwegs aber aufgrund eines bekannten Bugs war es nicht möglich lokale Änderungen an Kontakten auf den Server zu synchronsieren, siehe hier.

Besondere Einstellungen

Hier eine Liste der Dinge, die ich für meine Bedürfnisse angepasst habe und die vielleicht auch andere Menschen interessieren.

Spaltenüberschriften überall gleich

Die Spaltenüberschriften werden per Voreinstellung individuell pro Ordner gespeichert. Ich bevorzuge aber eine Einstellung, die für alle Ordner gilt.

Bearbeiten -> Einstellungen -> E-Mail-Einstellungen -> „Ansichtseinstellungen auf alle Ordner anwenden“ aktivieren

Wenn manchmal neue Emails nicht sichtbar sind

Manchmal kam es vor, dass zwar angzeigt wurde, dass im IMAP-Konto neue Emails in einem Ordner drin sein sollten, diese wurden jedoch nicht angezeigt.

Nach Aktivierung der Funktion „Schnelles Abgleichen verwenden, falls es der Server unterstützt“ in Bearbeiten -> Einstellungen -> E-Mail-Konten -> Konto auswählen -> Bearbeiten -> Empfangsoptionen sind alle neuen Emails auch immer zu sehen.

Emails sofort als gelesen markieren

Per Voreinstellung wird eine E-Mail beim betrachten erst nach 1,5 Sekunden als „gelesen“ markiert. Dies ist extrem nervig, wenn man viele Emails mit nur sehr wenig Inhalt in kurzer Zeit durchsehen möchte.

Die Einstellung dafür findet sich unter Bearbeiten -> Einstellungen -> E-Mail-Einstellungen -> Allgemein -> „Nachrichten als gelesen markieren nach“. Hier kann man 0,0 Sekunden einstellen.

E-Mail-Aliase

Bei meinem E-Mail-Anbieter kann man mehrere E-Mail-Aliase einrichten, sozusagen verschiedene Identitäten, um mit verschiedenen E-Mail-Adressen zu kommunizieren, die jedoch alle in demselben E-Mail-Account verwaltet werden.

Bearbeiten -> Einstellungen -> E-Mail-Konten -> Konto auswählen -> Bearbeiten -> Identität -> „Zusätzliche Informationen“ -> Aliase

Alle Aliase sind dann im E-Mail-Editor unter „Von:“ als Absender-Adresse auswählbar.

Few days ago a new version of DAVDroid (1.0) was released with some improvements and a complete new desinged interface.

The most important improvement from my point of view is that you can now add and remove ressources from and to an account after it was already set up. With version 0.9.x it was required to remove the complete account and add it again because only when setting up an account you could choose which ressources to add.

You can retrieve the calendar+task list, the addressbook list and add/remove ressources:

All changes

The complete relase notes can be found here.

Try it…

You can download DAVDroid from Google Play or from F-Droid.

The app is free of charge but you can donate :)

Doch seit es DAVDroid gibt, haben sich weitere Möglichkeiten aufgetan; nämlich solche, die CalDAV/CardDAV zur Synchronisation verwenden.

Baïkal

Ein ganz leichtgewichtiger Server, der nur genau diese beiden Dinge anbietet, ist Baikal, welcher unter der GPLv3 lizenziert ist. Dieser liefert zusätzlich zu DAV noch ein einfaches Admin-Interface samt Benutzerverwaltung, sonst nichts. Für mich ist die Funktionalität ausreichend; von den Dingen, die Tine 2.0 liefert hatte ich dagegen immer nur einen Bruchteil genutzt.

Baikal nutzt per Voreinstellung zum Speichern der Daten eine SQLite-Datenbank, optional auch MySQL. Doch für die wenigen Daten von mir reicht SQLite völlig aus und das Backup ist somit auch sehr einfach, siehe unten.

Habe deshalb vor wenigen Tagen das Adressbuch und den Kalender von Tine 2.0 nach Baikal migriert.

Herunterladen und installieren

Baikal kann man hier herunterladen; für die Installation gibt es in den herunterladbaren Archiven eine sehr gute Anleitung (INSTALL.md).

Einrichtung

Nach der Installation loggt man sich als Benutzer „admin“ ein; hier ein Screenshot der bereits eingerichteten, lokalen Instanz:

[][6]

Hier kann man über das Menü „User and ressources“ Benutzer verwalten:

[][7]

Für jeden neu erstellten Benutzer werden automatisch auch je ein Kalender und ein Adressbuch mit der Token ID „default“ eingerichtet. Es lassen sich auch weitere Kalender/Adressbücher hinzufügen; unterschieden werden sie über die bei der Erzeugung angegebene, eindeutige Token ID, die sich nachträglich nicht mehr ändern lässt.

Pro Kalender lässt sich auch einstellen, ob dieser Aufgaben unterstützt.

Migration der Daten – allgemein

Jetzt fehlen noch die Daten. Um diese nach Baikal zu übertragen, werden die Ressourcen der beiden Server (Tine 2.0 und Baikal) z. B. in Thunderbird oder einem anderen Programm mittels CalDAV/CardDAV (siehe unten) eingebunden und dort von A nach B kopiert.

Migration des Kalenders inklusive der Aufgaben

Da bereits Thunderbird verwendet wird, das von Haus aus CalDAV unterstützt, wurde zusätzlich zum bereits eingebundenen Tine 2.0 Kalender noch der leere von Baikal eingebunden.

Die URL für CalDAV hat das Schema

https://baikalserver/cal.php/calendars/benutzername/Calender token ID

Die „Calender token ID“ ist der eindeutige Name des Kalenders, den man im Admininterface einsehen kann.

Da es nicht viele Kalendereinträge gab, wurden diese einzeln bearbeitet und dem neuen Baikal-Kalender zugewiesen:

[][8]

Genauso wurde mit den Aufgaben verfahren, die Baikal innerhalb von Kalendern unterstützt, wenn diese bei Erstellung aktiviert wurden.

Migration des Adressbuchs

Dann kann man in Thunderbird dank des installierten AddOns SoGo-Connector das noch leere Adressbuch von Baikal als CardDAV einbinden, alle Einträge des Tine 2.0 Adressbuchs markieren und nach Baikal kopieren.

Als URL für CardDAV nutzt man das Schema

https://baikalserver/card.php/addressbooks/benutzername/Address Book token ID

Die „Address Book token ID“ ist der eindeutige Name des Adressbuchs, den man im Admininterface einsehen kann.

Abschluss der Migration

Nun können in Thunderbird die Ressourcen von Tine 2.0 entfernt werden. Zur Sicherheit sollte man die alten Daten jedoch noch als Backup vorhalten.

Backup auf dem Webserver einrichten

Das ist der angenehme Teil; man muss nur die SQLite-Datenbankdatei „Specific/db“ im Hauptverzeichnis von Baikal sichern. Mir ist nicht bekannt, ob die Datenbank gecached wird, von daher könnte man den Webserver für das Backup kurz anhalten.

Einrichtung auf Android

Wie oben schon geschrieben, benötigt man DAVDroid, um sich mit Baikal synchronisieren zu können, siehe hier.

Man muss dann zwei Konten des Typs DAVDroid erstellen, eines für das Adressbuch und das andere für den Kalender; die URLs sind dabei dieselben, die bereits im Abschnitt Migration erwähnt wurden.

Aufgaben in Android

Die Aufgaben stehen bisher nicht in Android zur Verfügung sondern nur in Thunderbird, was aber an der nicht vorhandenen App dafür liegt; dazu später mehr.

Doch aktuell verwende ich für Aufgaben fast ausschließlich eine Todo-Textdatei.

Ressourcenverbrauch

Tine 2.0 und Apache benötigten zusammen ungefähr 180 MiB. Baikal mit Apache kommt auf ~ 60 MiB, MySQL fällt ganz weg.

Dadurch konnte die RAM-Zuweisung der virtuelle Maschine des lokalen Webservers auf 80 MiB RAM heruntergestellt werden.

\o/

Passt :)

Tipp: Wer KDE SC nutzt, kann den Kalender in korganizer einrichten, um im Uhr-Widget die nächsten Termine sehen zu können.

Herunterladen

Den Sync-Adapter gibt es kostenlos bei F-Droid oder kostenpflichtig auf Google Play.

Wer möchte, kann dem Entwickler auch eine Spende zukommen lassen, siehe hier.

Einrichten

Um sowohl Adressen als auch Kalender zu synchronisieren muss man zwei Accounts des Typs DAVdroid einrichten; für die Nutzung mit ownCloud z. B.:

• Kalender: https://owncloudinstanz/remote.php/caldav/
• Adressbuch: https://owncloudinstanz/remote.php/carddav/

Weitere URLs für andere Server gibt es auf der Projektseite.

Aufgaben?

Bei Verwendung von CalDAV werden die im Kalender enthaltenen Aufgaben bisher noch nicht übertragen, dies soll in einer zukünftigen Version implementiert werden.

\o/

Die Projektseite von DAVDroid ist hier und den Quelltext findet man auf GitHub; dort kann man auch Fehler melden oder die Changelogs ansehen.

Passt.

Um z. B. in Thunderbird auf die Aufgaben zugreifen zu können, erstellt man einen neuen Kalender des Typs CalDAV. Die im Assitenten anzugebende URL erhält man, indem man http://tineinstanz/calendars/ öffnet, seine Benutzerdaten angibt und dann in das Unterverzeichnis des Benutzers navigiert. Dort gibt es einen Eintrag namens “xyz personal tasks”. Diesen öffnet man und kopiert die URL aus der Adresszeile.

Von nun an kann man auch in Thunderbird die Aufgaben von Tine 2.0 verwenden, damit ist das bereits früher beschriebene Setup ohne Google perfekt :)

Die Installation von Tine20 unter Debian/Ubuntu ist mit den angebotenen Paketen sehr einfach möglich; die Anleitung dazu findet sich hier. Wer es bereits installiert hat, bekommt automatisch ein Update über apt.

Einen Artikel über alle Neuerungen gibt es auf der Projektseite.