Total Verfriemelt

Auf Grund einer Umstellung von Scalix auf Postfix/Dovecot müssen alle Mailkonten migriert werden. Um dies zu bewerkstelligen nutze ich das Tool Imapsync. Imapsync lässt sich ganz einfach bedienen:

 imapsync --host1 mail.quellserver.de --user benutzer1 --host2 mail.zielserver.de --user2 benutzer2 

Passwörter beider User werden danach abgefragt.

Scalix hält sich leider nicht RFC 3501 und flagt Mails mit Anhang, mit einem X-Has-Attach, was zur Folge hat, dass imapsync bei diesen Mails ins Essen bricht. Um imapsync doch zum syncen zu bewegen, muss die Befehlszeile etwas erweitert werden:

 imapsync --regexflag 's/\X-*//g' --host1 mail.quellserver.de --user1 benutzer1 --host2 mail.zielserver.de --user2 benutzer2 

So klappts auch mit dem Nachbarn.

Ich hatte heute mal wieder ein wenig Zeit um mein Projekt “Wech von Microsoft am Arbeitsplatz” weiter voran zu treiben. Unter Linux nutze ich momentan Thunderbird + IMAP um mich mit dem Scalix Server zu unterhalten. Leider synchronisiert sich so der Kalender nicht. Habe ich von Unterwegs per Scalix Webaccess jetzt einen Termin eingetragen, tauchte der bisher noch nicht im Thunderbird auf. Da der Scalix Server seit Version 11.3 glaube ich, CALDAV unterstützt lag der Versuch eigentlich nahe, Thunderbird & Scalix eben so anzubinden.

Für Thunderbird wird hierzu das Lightning Addon benötigt, dies kann man hier herunterladen.

Nach der Installation und dem benötigten Neustart, erscheint unten links bei TB ein Kalender Icon, dass zum gewünschten Lightning Addon wechselt.

Durch den Start des Assistenten für neue Kalender über:  Kalender -> Neuer Kalender -> Kalender im Netzwerk -> CALDAV

wird ein neuer CALDAV Kalender erstellt.

Die Adresse die angegeben werden muss setzt sich wie folgt zusammen:

http://<servername>/api/dav/Calendars/Users/<user@domain>/Calendar

Wobei <servername> für den FQDN des Scalix Servers steht. Wird HTTPS verwendet, natürlich entsprechend abändern.

Die Integration von Spamassassin in Scalix ist dank Wiki Eintrag in 5 bis 10 Minuten erledigt. Eingehende Mails werden sauber gescannt und der Header auch entsprechend markiert.

Bei meiner Installation bin ich aber kurz vorm Tastatur in den Monitor schlagen gewesen, die Sau wollte einfach den Betreff nicht ändern. Beim studieren der spamass-milter Manpage bin ich dann auf folgendes gestoßen:

-m      Disables modification of the ‘Subject:’ and ‘Content-Type:’ head-
ers and message body.  This is useful when SpamAssassin is con-
figured with ‘defang_mime 0′ and ‘report_header 1′, or when SA is
simply used to add headers for postprocessing later.  Updating
the body through the milter interface can be slow for large mes-
sages.

und siehe da, mein init Script hat der Teufel geschrieben

EXTRA_FLAGS=”-m -r 25″