Patrick Breucking » 0101101

MAPI Programmierung mit PyWin32

patrick — Fri, 12 Nov 2010 07:35:57 +0000

Disclaimer: Dies ist ein Cross Post der auch auf der GONICUS Webseite erschienen ist. Mit freundlicher Erlaubnis darf ich den auch hier veröffentlichen.

GOsa ist ein Werkzeug zur Administration und kann durch Plugins erweitert werden. Eines dieser Plugins erweitert GOsa um die Fähigkeit, Groupware Systeme, z.B. Exchange zu administrieren. Exchange bietet die Messaging Application Programming Interface (MAPI) in C/C++ und Visual Basic an. Das GOsa Plugin ist jedoch in Python programmiert und muss daher diese Funktionen nach C wrappen. Die Python Win32 Extension bietet eine fast vollständige Implementierung der MAPI an. Zwei Punkte sind jedoch derzeit nicht abgedeckt, das arbeiten mit Access Control Lists (ACLs) und Regeln (Rules).

Damit auch diese Funktionen verwendet werden können, habe ich die PyWin32 MAPI Implementierung um die Fehlenden Funktionen erweitert. In drei Blog Posts werde ich folgende Themen behandeln

- Dieser Post: Aufsetzen einer Umgebung zur Pywin32 Entwicklung/Kompilierung

- Teil 2: GONICUS Patch für MAPI Extensions

- Teil 3: Setzen von Zugriffsberechtigungen von Ordnern

- Teil 4: Erstellen einer OutOfOffice Reply Methode.

Zunächst gibt es hier ein paar Links die bei der Entwicklung sehr hilfreich sein können.

Python Win32 Extension Webseite

MSDN MAPI Referenz mit Interfaces und Strukturen (leider eher schlecht als recht)

MSDN Artikel zum erstellen einer OutOfOffice Reply Regel

MSDN Artikel zum ändern einer Ordnerberechtigung mit der MAPI

Python C API Referenz um Python Strukturen in C zu verwenden (PDF)

Um die MAPI Erweiterung der Win32 Extension zu implementieren, muss zunächst der Quellcode vorliegen, der sich im CVS Repository befindet. (Die Erweiterungen der MAPI liegt den Entwicklern als Patch vor, ich hoffe das er es in den stabilen Zweig schafft, damit der Kompilier-Schritt wegfallen kann).

Als weitere Vorraussetzung zum erfolgreichen kompilieren muss ein Windows SDK auf der Maschine installiert sein. (Ggf. muss auch Exchange installiert sein, aber das wird zur Ausführung ja sowieso benötigt)

Um das Buildscript (setup.py) fehlerfrei ausführen zu können, waren auf meinem System (Windows 2003 Server mit Windows Exchange 2000) noch einige Änderungen notwendig.

Änderung in der setup.py :

Zeile 1596 (axdebug) auskommentieren

Zeile 1651-1700 auskommentieren

Zeile 2000 (‘win32comext.axdebug’,) auskommentieren

Änderungen in der Klasse PyINameSpaceTreeControl (.h und .cpp):

PyINameSpaceTreeControl.h

Zeile 115: Datentyp DWORD zu NSTCGNI ändern

PyINameSpaceTreeControl.cpp

Zeile 968 und 978 in *ret = (EXPLORER_BROWSER_OPTIONS) PyLong_AsUnsignedLongMask(ob); ändern

Zu guter letzt müssen noch Änderungen an dem Buildverfahren von Scintilla vorgenommen werden:

Pythonwin/Scintilla/makefile_pythonwin Zeile 40:

- @cd win32 && $(MAKE) /$(MAKEFLAGS) /f scintilla_vc6.mak DIR_BIN=$(SUB_DIR_BIN) DIR_O=$(SUB_DIR_O) LEXCOMPONENT=$(SCINTILLA_DLL) COMPONENT=dummy $(SCINTILLA_DLL) & cd..

+ @cd win32 && $(MAKE) /$(MAKEFLAGS) /f scintilla.mak DIR_BIN=$(SUB_DIR_BIN) DIR_O=$(SUB_DIR_O) LEXCOMPONENT=$(SCINTILLA_DLL) COMPONENT=dummy $(SCINTILLA_DLL) & cd..

Pythonwin/Scintilla/win32/scintilla_vc6.mak und Pythonwin/Scintilla/win32/scintilla.mak

LDFLAGS=-OPT:REF -LTCG -DEBUG (-OPT:NOWIN98 entfernen)

Nun sollte der erfolgreichen Ausführung nichts mehr im Weg stehen:

$> python setup.py -q build

Je nach vorhandenen Bibliotheken und SDKs werden einige Extensions nicht kompiliert, was aber die Verwendung mit der MAPI nicht beeinflussen sollte.

Nun kann der Patch angewendet werden und ein zweiter Kompilerdurchlauf erfolgen. Am Ende befindet sich im Build Verzeichnis (pywin32\build\lib.win32-2.6\win32comext\mapi\) die kompilierte Version der MAPI die dann in das Python Installationsverzeichnis kopiert werden kann.

Für Fragen und Anmerkungen bitte eine Mail an info@gonicus.de schicken oder hier kommentieren.

München – Google Developer Days 2010

patrick — Sun, 07 Nov 2010 15:34:36 +0000

Heute geht’s auf in Richtung München. Morgen machen dort die Google Developer Days halt. Es gibt eine Reihe von Vorträgen zu Google Produkten und Frameworks. Neben den verbreiteten Informationen lässt sich Google nicht lumpen und bietet ein paar Goodies an, Lebensgroße Mensch ärger Dich Nich Spiele oder jede Menge Lego. So war es zumindest vor zwei Jahren.
Ich werde über meine Erkenntnisse twittern und wenn es sich lohnt noch eine Zusammenfassung nachreichen. Mittwoch geht’s erstmal “Back to the roots” nach Herdecke, Präsenzveranstaltung an der FernUni.

Nicht Google Street View ist das Problem!

patrick — Fri, 17 Sep 2010 16:28:44 +0000

Wie es bei den Medien nun mal so ist, verschwinden Themen so schnell wie sie kommen. Man spricht ja eher mit Leuten darüber, als das noch etwas darüber zu lesen ist. Als das die Street View Debatte noch aktuell war hatte ich gehofft, dass sich die Diskussion auf das eigentliche Problem verschiebt. Ob es jemanden gefällt das Haus in dem man lebt, arbeitet oder seinen Urlaub verbringt nun im Internet ist oder nicht, der Service von Google ist weder der Einzige noch der Erste im Netz. Das Gesetz schützt dank der Panoramafreiheit das fotografieren vom öffentlichen Raum. Die Gegner sprechen von der Privatsphäre. Aha, bis wohin geht die eigentlich? Bis vor die Haustüre? Klingt logisch, vor ein Haus stellen und mal kucken kann ja jeder. Oh, aber wenn es für alle im Internet zu sehen ist, dann ist die Privatsphäre verletzt! So sagen zumindest die Gegner von Street View. Wenn sich also keiner mehr die Mühe machen muss zum Haus hinzugehen betrifft das die Privatsphäre? Diskussion. Irgendwie scheint es keine richtige Klärung über die Reichweite der Privatsphäre im Internet zu geben. Hier sollte die eigentliche und angesichts der paar Jahre Internetz sowie der aktuellen Verbreitung (ist das nicht schon Grundrecht) überfällige Diskussion stattfinden. Wie definieren die Bundesbürger ihre moderne Privatsphäre? Wie offline, wie online und wie geht das zusammen. Ja und wirklich, die Zeit eilt! Im Netz bewegen sich viele personenbezogene Daten. Von Firmen zu Firmen, von Behörden zu Behörden von Firmen zu Behörden (ach ne, die GEZ ist in diesem Fall ja eine Organisation). Nicht nur Google bildet also eine schöne Akte über uns, auch der Staat, beispielsweise mit Zensus 11. Jaja, die Daten dürfen nicht weiterverwendet werden, bis der Gesetzesänderung zu Paragraph A38 Absatz (b), die Wörter “dürfen nicht” werden zu “sollen unbedingt” zugestimmt wird. Langer Rede kurzer Sinn: alle wollen eine transparente Kontrolle der Daten unter gesetzlicher Bestimmung! Dazu muss zunächst die Privatsphäre neu definiert und dann das Grundgesetz (und alle anderen) darauf hin angepasst werden. Und das liebe Regierung bitte ASAP. Es ist schon überfällig, auch wenn es diese Personen nicht direkt trifft, haben sie ja schließlich erst gestern gelernt, wie man SMS schreibt. Ja gut, Klischeealarm, Tauss und Mr. iPad im Bundestag sind bei der Nutzung “neuer Medien” schon weiter. Vielleicht gefällt dem einen oder anderen auch die Datensammellei. Mein Vorschlag zu diesem Thema ist ein Gesetz mit dem schönen Titel: Digitale Profilbildungsverbot im privaten und öffentlichen Sektor!

Das Fazit: Sofortige öffentliche Diskussion über Privatsphäre von den Bürgern, Konsens finden und darauf hin Politik und Gesetze ausrichten! Vielen Dank fürs lesen.

Ein perfektes Branching Modell für die Softwareentwicklung

patrick — Fri, 27 Aug 2010 08:32:50 +0000

Versionskontrolle ist ein essentielles Tool der Softwareentwicklung. Ich betreibe meine Entwicklung im Trunk, wenn die Revision produktreif ist, wird ein Tag angelegt und dieser ausgeliefert. Soweit so gut, dann tauchen Probleme auf und ein Hotfix wird notwendig. Da die Entwicklung aber fortgeschritten ist, wird der Fix im Tag erledigt. Dann zurück in den Trunk gemerged. Das ist zwar praktikabel doch wirklich schön ist das vorgehen nicht.

Vor einigen Wochen habe ich auf dem Blog von Vincent Driessen einen Artikel über ein Git Branching Modell gelesen.

Next to the main branches master and develop, our development model uses a variety of supporting branches to aid parallel development between team members, ease tracking of features, prepare for production releases and to assist in quickly fixing live production problems. Unlike the main branches, these branches always have a limited life time, since they will be removed eventually.

The different types of branches we may use are:

Feature branches

Release branches

Hotfix branches

Each of these branches have a specific purpose and are bound to strict rules as to which branches may be their originating branch and which branches must be their merge targets. We will walk through them in a minute.

Die Grafik verdeutlicht das Vorgehen.

Nachdem ich dieses Vorgehen verinnerlicht und für ein kleines Projekt angewandt habe, erlaube ich mir das Fazit: es funktioniert :). Ich würde dieses Modell als nächstes in einem Projekt einsetzen, in dem Subversion zum Einsatz kommt. Weitere Schwierigkeiten sehe ich da vielleicht mit Hudson-CI und Maven. Ich werde berichten.

Code Optimierung fail

patrick — Mon, 05 Jul 2010 14:44:27 +0000

Hab heute nach einem Fehler in der Snoovel Plattform gesucht, die wie schon öfter nur auf einem einzigen System aufgetreten ist. Das Ende vom Lied war ein Fehler im Code Optimierer des Qooxdoo Frameworks.

Aus

__getAttrByLocale: function(attr, o) {…}

wird

__iU:function(o,o){…}

Zwei Parameter gleicher Name, in einer stark typisierten Sprache würde da ja schon der Compiler meckern. In der Funktion selbst wird der zweite Parameter o zwar nicht mehr verwendet, jedoch kein Grund den gleich doppelt zu deklarieren. Leider scheint der Optimierer nicht deterministisch zu Arbeiten, denn auf dem Quality Assurance System ist das Problem nicht aufgetreten. Wir denken also mal wieder über unseren Deplyoment Prozess nach.

Geeky ipv6 @ facebook

patrick — Mon, 14 Jun 2010 08:42:01 +0000

host www.v6.facebook.com www.v6.facebook.com has IPv6 address 2620:0:1cfe:face:b00c::3

face:b00c :)

Google Maps Earth View – Was soll man damit?

patrick — Thu, 06 May 2010 17:58:43 +0000

Seit Anfang letzter Woche hat Google ein neues Feature für Google Maps released. Letztendlich ist dieser Schritt meiner Meinung nach schon sehr lange fällig. Schließlich hat Google die Browser Erweiterung von Google Earth bereits im Frühjahr 2008 veröffentlicht. Zugegeben, die damalige ziemlich instabile (natürlich) Beta Version war noch nicht für die Masse geeignet, dennoch hätte ich gedacht, das die Integration in Google Maps schon nach kurzer Zeit erfolgen würde. Nun sind ja einige Tage ins Land gezogen und ich habe vermutet, dass der Hype um HTML5 und WebGL Google dazu bewegen wird, das Plugin auf diese Standards zu portieren. Scheinbar möchte man aber das Plugin, welches eine Installation voraussetzt, trotzdem auf die Maps Benutzer loslassen.

Ich persönlich weiß noch nicht genau ob es Sinn macht, die Maps Inhalte in 3D darzustellen. Sicher ist es nett wenn zu etwas 3D Modelle da sind, aber die meisten Städte sind ja nicht als 3D vorhanden. Wenn man allerdings über neuerlichen Meldungen bzgl. des Laserscan von Google StreetView Cars nachdenkt, könnten bald alle Streetview Städte auch 3D Modelle auf Straßenniveau haben. In diesem Fall macht es dann auch wieder Sinn, die Geschäfte könnten dann auch Ihre Schaufensterinhalte austauschen und damit Ihre aktuelle Auslage darstellen. Ein neues Business? Wir bei Snoovel verfolgen diesen Ansatz schon etwas länger. Aber auch uns fehlen derzeit die 3D Modelle. Die Google Modelle kann man ja nun auch nicht verändern.

Wofür denkt Ihr, ist Google Maps Earth View nützlich?

Remember the Milk Taskmanagement

patrick — Thu, 22 Apr 2010 21:48:03 +0000

Als Getting Things Done Fan beschäftige ich mich von Zeit zu Zeit mit entsprechenden Taskmanagement Apps. Als Mac + iPhone User kommen da eigentlich nur 2 Programme zum Einsatz: Things und Remember the Milk. Bevor ich ein iPhone hatte, war Things ein überzeugendes Desktop Tool. Ein gutes Interface und alle wichtigen Funktionen dabei. Aber schon zu der Zeit hat es mich genervt, dass ich keine Aufgaben auf meinem Arbeitsrechner (damals noch Windows) verwalten konnte. Mit dem iPhone und der Things App kam da abhilfe. Aber das eingeben und verwalten der Aufgaben ist mit dem iPhone auch kein Vergnügen. Zudem war das manuelle synchronisieren über WLAN umständlich und daher hatte ich nicht immer den aktuellen Stand.

Da habe ich dann Remember the Milk ausprobiert. Die Weboberfläche ist etwas gewöhnungsbedürftig, aber nach ein paar Tagen fühlt man sich damit wohl. Der Sync mit dem iPhone geht automatisch über das Web. Per Push Service werde ich auch über Deadlines informiert.
Mittlerweile nutze ich aber einen Mac auf der Arbeit und da würde ich mir jetzt wieder die “Betriebssystem Integration” wünschen, um einige Dinge effizienter zu erledigen. Naja, aber dieser Nachteil ist nicht sehr groß. Diese Woche habe ich diesen Artikel über GTD mit RTM gelesen. Neben den guten Tipps habe ich festgestellt, dass meine Settings schon fast identisch sind.

Also meine Empfehlung derzeit: Rememeber the Milk!

Googles Innovation Factory (and how testing adapts)

patrick — Wed, 21 Apr 2010 07:26:18 +0000

Google's Innovation Factory (and how testing adapts): “

Now that ICST 2010 has concluded, I’m going ahead and posting the keynote paper and the slides. Enjoy!

Patrick Copeland

Let me know if you have comments or questions.

Here’s a link to the paper. They are semi-complimentary.

“

(Via Google Testing Blog.)

Navteq’s 3D Laser Scanned Street Maps

patrick — Tue, 20 Apr 2010 15:26:41 +0000

Navteq’s 3D Laser Scanned Street Maps: “Play this video for a glimpse into the future of vehicle navigation systems.Click here to view the embedded video.“

I think this shows us the next generation of Google Street View as well. But stop! We have a tool for 3D city models, Google Earth! When do this high detail models will arrive there?

Having the german discussion about privacy in mind, what do they do to remove people from the data?

(Via LiDAR News.)