Unfortunately, the problem is a binding issue that is not easily
worked around. The temporary solution is to include a copy of the
Gdk.Pixbuf VAPI until this bug is closed and a patched VAPI
distributed: https://bugzilla.gnome.org/show_bug.cgi?id=680060
Note that with this commit, Geary now requires Vala 0.17.3 to build.
Two problems: binding changes in Gtk.TreeStore.remove() and it
appears that Vala is now using the type_id field in the VAPIs
(before it seemed not to be used anywhere).
This iteration now stores headers locally and fetches them first before going to the network. Work done in the database to deal with IMAPisms. More work on the GMime bindings (couple of mistakes in prior commit).
InternetAddress and its children and brethren were not properly bound by vapigen, probably because they aren't prefixed with "GMime" (unlike everything else in the library). Still some problems here, notably that certain private data members are exposed, but I've been unable to coax vapigen into not displaying them. Will work for now.
This adds a VAPI (including generation files and Makefile) for GMime to the repo, which we'll be using extensively to come. This VAPI is incomplete in many ways, so care should be used going forward.
Also, with GMime now interpreting RFC822 dates, can now pretty-print them. Prettier From: names also added this time around.
