Dazu benutze ich das Python Skript imapbackup.py das hier zu besorgen ist: http://the.taoofmac.com/space/Projects/imapbackup. Leider kam es bei mir zu Problemen mit Python 2.5, (MemoryError) daher lasse ich dieses Skript unter Python 2.6 laufen, was bisher noch keine Probleme verursacht hat. Aufgerufen wird das Ganze wie folgt:

$ python imapbackup.py -s mail.example.com -u example_user -p top_secret

Die Backups werden dann in das aktuelle Arbeitsverzeichnis geschrieben. Das hat mir nicht so sonderlich gefallen, weil ich mehrere Accounts habe. Der folgende Code-Schnipsel kann in das Skript eingefügt werden und sorgt dafür das die Backups in einem Verzeichnis mit dem Namen “HOSTNAME-USERNAME” landen, wobei beim Usernamen alles ab dem @ Zeichen abgeschnitten wird:


# Pimp filename
dest = os.path.join(os.getcwd(), config["server"] + "-" + config["user"].split("@")[0])
if not os.path.isdir(dest):
os.makedirs(dest)
filename = os.path.join(dest, filename)


Viel Erfolg mit der neuen Sicherheit

Update 25.1.2010:

Kompletter modifizierter Sourcecode http://gist.github.com/285987

Feel free to Flattr this post at flattr.com, if you like it.

Was es kann…

Zunächst einmal muss ich sagen das Google ganze Arbeit geleistet hat und mit Python genau die richtige Programmiersprache für diese anspruchsvolle Aufgabe gewählt hat. Denn es geht um nichts weniger als eine Plattform zur Verfügung zu stellen die trotz einfacher Anwendung maximal skaliert. Dazu trägt auch die mitgelieferte Datenbank bei, die eigentlich gar nicht als solche bezeichnet werden kann, denn es handelt sich um eine so genannte “Big Table”, die auch bei Google Suchdaten Speicherung zum Einsatz kommen soll. Also beste Voraussetzungen für unbegrenztes Wachstum der Applikationen.

Allerdings müssen dafür auch Einschränkungen in Kauf genommen werden, denn Google hat Python in ein enges Korsett gesteckt. Daher ist es nur möglich Python Module von Drittanbietern zu verwenden, die ohne nativen Code auskommen. Durch diese Begrenzungen fallen beliebte Module wie lxml und PIL leider weg. Ebenso taten sich sämtliche Templating Sprachen die auf den AST Baum zugriffen schwer, jedoch hat sich hier zumindest bei Genshi einiges getan, so dass dieser Makel in kürze verschwinden sollte.

Die große Wolke

GAE stellt neben den üblichen Diensten, wie z.B. denen von Amazon, eine Besonderheit dar. Üblicherweise bieten Cloud Anbieter virtuelle Maschinen zur Verfügung auf der beliebige Programme laufen können. Hat die Maschine ein bestimmtes Limit erreicht, wird ein Ausbau notwendig.

Google hingegen setzt auf eine proprietäre Entwicklungsumgebung. Der Vorteil hier ist, dass die verarbeitende Hardware absolut unwichtig ist und auch keinerlei physikalische Begrenzungen durch den User wahrgenommen werden können und brauchen.

In allen Szenarien des Cloud Computings ist aber das Motto “Zahle soviel zu brauchst” das schlagende Verkaufsargument. Für viele Startups bei die es sich leisten können ihrer Kundendaten bei einem Anbieter wie Google zu lagern ist dies der ideale Service. Allerdings ist gerade diese ungewisse Speicherung von Daten in der Cloud das stärkte Gegenargument für kommerzielle Nutzer. Sollte diese Problem der Datensicherheit befriedigend gelöst werden können, dann spräche wirklich nichts mehr gegen das Cloud Computing, aber hier ist momentan kein goldener Wurf abzusehen.

Feel free to Flattr this post at flattr.com, if you like it.