SucheBlog abonnierenVerwaltung des BlogsKategorienKontaktMarkus Brückner |
Dienstag, 31. Juli 2007fetchmail für MS ExchangeMein neuer Arbeitgeber hat ja seit neuestem einen Exchange-Server für die Mitarbeiter. Toll, toll, was für eine Begeisterung! Nun ja, wie das so ist, kommt man wohl leider nicht drumrum, also müssen Möglichkeiten her, sich an dieses Ding anzuklemmen. Evolution kann schon seit geraumer Zeit mit der Anbindung an ein Exchange (2000 und 2003) umgehen und stellt somit eine erste Variante dar. Dummerweise benutze ich schon ewig KMail um meine Mails zu verwalten und habe bis auf weiteres auch nicht vor das zu ändern. Was also tun? Nun, zum Glück ist der Konnektor, mittels welchem sich Evolution an Exchange anhängt, Open Source und man kann einen kleinen Blick darauf werfen. Laut der beiligenden Doku arbeitet das Teil auf Basis des gefürchteten Outlook Web Access, einer Art Pseudo-Möchtegern-Mailapplikation, die im Browser läuft. Außer der Webseite (die oft genug als Feigenblatt herhalten muss in der Art: "Was du nur hast? Benutz doch einfach OWA in deinem Browser, wenn du kein Outlook willst!" Scherzkekse...) bietet OWA allerdings noch eine kleine Nettigkeit: den Zugriff auf die Mailbox via WebDAV. Diese HTTP-Abart stellt Kommandos zum Verwalten von Dateien und Verzeichnissen zur Verfügung und wird sonst beispielsweise für die Freigabe von Verzeichnissen etc. benutzt. Mit Hilfe von WebDAV ist Rettung vor der unheiligen Allianz Exchange-Outlook zumindest teilweise in Sicht... Ziel ist es also, die Mails aus den Klauen von Exchange zu befreien und auf einen standardkonformen Mailserver zuzustellen (bspw. einen lokalen IMAP) oder sie in einem Maildir abzulegen (bspw. für Mozilla etc.). Für diese Aufgabe habe ich mir ein kleines Pythonskript geschrieben, welches zusammen mit einer angepassten davlib (Link zum Original. Bitte NICHT mit dem Skript verwenden!) seinen Dienst versieht. Im Kopf des Skriptes werden einige Konfigurationsvariablen gesetzt (Exchangeserver, SMTP-Server, Nutzernamen etc.). Besondere Beachtung verdient hier der MAILBOX_PATH: dieser gibt den Basispfad der Mailbox im OWA an. Meist hat er die Form /Exchange/Nutzername/Inbox oder /Exchange/Nutzername/Posteingang. Den genauen Pfad bekommt man, indem man sich den Link zu einer Mail im OWA anschaut und nach dem entsprechenden Muster sucht. Das Skript stellt die Mails auf die angegebene Adresse zu und benutzt dabei den angegebenen SMTP-Server. Prinzipiell könnte man aber auch an der Stelle die Mail in eine Datei speichern oder irgendwas anderes damit machen. Ein Detail noch zum Versenden der Mails: die Funktion sendMail geht davon aus, daß der SMTP-Server STARTTLS beherrsch und sie sich dort mit Nutzernamen und Passwort anmelden muss. Wenn das nicht zutrifft (bspw. weil der Server auf derselben Maschine wie das Skript läuft) kann man die betreffenden Zeilen einfach auskommentieren. Insgesamt ein übler Hack, aber wenigstens bekomme ich so meine Mails sauber auf meine Linux-Maschine. Fehlen ja nur noch die Termine, aber das ist eine andere Geschichte... fetch-exchange.tar.gz – das Skript zusammen mit davlib und qp_xml. Einfach in ein Verzeichnis entpacken und mittels ./fetch-exchange.py starten. Freitag, 20. Juli 2007Fehler beim X-ForwardingWeil ich grad ne Weile dran hing: wenn ein X-Forwarding via ssh nicht funktionieren will, obwohl alles korrekt konfiguriert ist und der sshd im logfile folgendes meldet: Jul 21 09:41:05 kiste sshd[6311]: error: Failed to allocate internet-domain X11 display socket. dann sollte man mal nach seinem loopback-Device schauen. Ist selbiges nämlich in der Standardkonfiguration nicht aktiv, so wird der sshd mit eben jener Fehlermeldung auf die Nase fallen. Wie auch einige andere Programme. Vielen Dank an http://giray.devlet.cc/Linux/Laptop/HiGradeNotino3400s/#redhat für den Tritt in die richtige Richtung. Sonntag, 1. Juli 2007OpenVPN 2.1 mit IPv6-PatchOpenVPN ist für alles was Tunnel quer durch's Netz benötigt ne schicke Sache. Für einen bestimmten Anwendungsfall benötigte ich nun die Möglichkeit, einen Tunnel zu einem nur via IPv6 erreichbaren Server aufzubauen. Leider ist das im Upstream-Code noch nicht drin. Allerdings gibt es bereits seit einiger Zeit einen Patch von JuanJo Ciarlante, der das nachrüstet. Leider passt der gegen die aktuelle 2.1rc4 nur mit händischen Anpassungen (einige Probleme in socket.h). Ich hab daher für alle geneigten Spielkinder ein Debianpaket gebaut. Sollte unter Testing und Ubuntu Feisty Fawn laufen. Andere Systeme sind ungetestet. mape2k hat ein passendes Paket für OpenWRT im Angebot und außerdem einen Einbau in das Gentoo-Paket veranlasst. Die Gentoo-Entwickler versuchen grad eine Integration in den Upstream-Code hinzubekommen. Der gepatchte OpenVPN-Daemon versteht nun einige zusätzliche Konfigurationsdirektiven für den Aufbau eines Tunnels über IPv6. Details hält mape2k in seinem Wiki-Eintrag vor. Download: openvpn_2.1rc4-1_i386.deb (Debian Testing/Ubuntu Feisty Fawn)
(Seite 1 von 1, insgesamt 3 Einträge)
|