Bookmarked K-9 Mail joins the Thunderbird family (K-9 Mail project lead cketti)

As I use K-9 on my Fairphone, and Thunderbird on my Mac, this news is of interest to me. Not sure what I think about it though. I can see the match, but also Mozilla hasn’t been great in maintaining its reputation and values. And it means a consolidation at a moment where if anything we probably need much wider diversification.

I’m very excited to announce that K-9 Mail is now part of the Thunderbird family 🎉….Once a certain level of functionality is reached, K-9 Mail will transform into Thunderbird on Android, and will be renamed accordingly.

Today I finally made the switch to my new Fairphone 4 (from my previous Samsung S9, which I’ve been using for 3 years). I had pre-ordered it in September, received it early December. It has been lying around my home office and been in use as an alarm clock for the past three months, without me actually switching over.

Finally however I switched over the SIM card and SD memory card today.
I dreaded the migration (as I don’t simply sync everything on my Android Phone with Google, there’s a lot of manual migration involved), and didn’t feel like I’d have the mental bandwidth available to do so in an organised fashion.

In the coming days I will have to switch over apps (all installed already), such as the various authenticators, banking apps, cloud, mail and calendar, as I come across them. I will also need to re-add phone contacts, as I go along. I never store them on an SD card, or with Google, only on the device itself. It’s work whenever you switch phones, but it also means I don’t carry around years old contact details of people I no longer interact with.

I initiated the Flickr auto-upload from the new device (old images are all on the switched over SD card), have access to my company’s instance, and added E’s phone number as first steps. With this phone I should be all set until 2027, as Fairphone guaruantees the device and software updates for at minimum 5 years.

A first random shot with the Fairphone, to try out its camera and test the correct settings for auto-upload to Flickr.

Leaving Gmail, a tough question
In the past two years I have been slowly reconfiguring my online routines to increase privacy safeguards, and bring more of my data under my own control, while avoiding making my work routines more difficult and thus less routine. How to create an e-mail workflow that does not rely on Gmail has been the hardest part of this effort. I think I now finally have figured out how to do it without loss of convenience, and hope to have made the switch after I finish exporting all e-mail data Google has from me.

After 12 years this will no longer be a familiar sight for me

Previous steps I took
Some things I already did to increase my control over my own data are:

Not that I don’t use anything but my own stuff now, I also am still a heavy user of various services, like Evernote for instance, or my Android phone. But the usage of third party services has become more varied and spread-out, reducing the impact of losing any one of them.

Why I want to leave Gmail
The net is a distributed place, and our information strategies and routines should embrace that distributedness. In practice however we often end up in various silos and walled gardens, because they are so very convenient to use, although they actually decrease our own control and/or introduce single points of failure. If your Facebook account gets suspended can you still interact with others? If your Google account gets suspended, do you still know how to reach people? Using Gmail also means all of my stuff resides on servers falling under the not very privacy sensitive US laws.

Since July 2004 I have however completely relied on Gmail. It is an easy way to combine the various e-mail addresses I use into 1 single inbox ( or rather multiple inboxes on the basis of follow-up actions), and it has great tagging, search and filtering so that you never need to file anything or sort into folders. I have used Gmail as my central inbox for everything. Since 2004 I have accumulated about 770.000 emails in 249.000 conversations, for a total of 21GB. Gmail is therefore the largest potential single point of failure in my information processing.

The issues to solve
To wean myself off Gmail there were several things for which I needed a similarly smooth working alternative:

  • All the mail addresses I use need to come together into a single mailbox, and conversations need to be threaded
  • Availability across devices, and via webmail. Especially on the road I use my phone for quick e-mail triage, and as alternative for phone calls. Webmail is my general purpose access point on my laptop while traveling
  • Having access to my full mail archive for search and retrieval
  • Excellent tagging and filtering possibilities

The steps I took to leave Gmail
Finding a path away from Gmail took two realisations, one about process and one about technology.

Changing my process
Concerning process I realized that Gmail allows me, or even invites me, to be very lazy in my e-mail processing routines. Because of the limitless storage I merely needed to be able to find things back (through the use of tags for instance), and never needed to really decide what to do with an e-mail.

This means for instance that lots of attachments only live on in my mailbox, without me adding them to relevant project documentation etc. Likely I spent hours in the past years searching for slide decks in my mountain of e-mail, in stead of spending half a minute once to store and archive an attachment in a more logical place where I’m more likely to find it with desktop search, or serendipitously bump into it, and then throw the mail message out. So mail processing has to become a much less lazy process with a few more active decisions in handling messages. E.g. attachments into a project folder, contact info into contacts, book keeping related messages to bookkeeping (and no longer going through all mail tagged bookkeeping every quarter to do my taxes), tasks and actions to my Things todo application. I already wrote several Apple Scripts to let my todo app and Evernote talk to various other software packages (like Tinderbox), but it is now likely I will write a few more to automate mail message processing further (because I prefer to still keep my process as lazy as possible).

Changing my tools
A second key realization was that my original reasons for staying within webmail had meanwhile been solved with better technology: it used to be that only Gmail provided the cross-device access to all my mail accounts simultaneously, something I could not easily do in 2004 with a desk/laptop mail client in combination with a mobile mail client. Now, with much broader IMAP support (not just by my software tools, but also by hosting companies) this is much easier, increasing the range of possible alternatives. Threading mail conversations is now also a more universal feature.

This now allowed me to start using Thunderbird mail client, including PGP encryption, on my laptop (I never intensively used a mail client before on my laptop), in combination with the open source K9 Android mail app (replacing the Gmail app for me), also with encryption options. Both allow tagging of messages, and Thunderbird allows filtering for not just incoming mail but also when sending and when archiving, which is really useful.

As an alternative to piping all my mail accounts into Gmail, I now use all the real inboxes of those mail accounts where they’re originally hosted, and use IMAP to combine into one user interface on my laptop and mobile. Those separate mailboxes do have lower storage limits (usually 500MB), so it is more likely I bump into limits, and that is the reason I need a much less lazy mail processing routine (especially concerning larger attachments), in which I can regularly archive older mail.

Separately I also now use a different webmail provider, Protonmail in Switzerland, that comes with default encryption. I’ve attached a domain name to it (

The archiving issue
The above shows how leaving Gmail moving forward from the here and now, by solving the one-inbox and the multiple device issues can be done by changing process and tools. That leaves the question of how to deal with the 21GB of mail archive from the past 12 years. Leaving it all in Gmail, and use that as archive might be a work-around for old mail, but doesn’t help me for future mail. I could add it as a local folder to the Thunderbird mail client, but that thought did not appeal to me and feels clunky. I find that I never use my mail archive from my mobile, so the archive does not need to be cloud based per se. So, I opted to keep my mail archive local, by storing it in a mysql database. This allows for query based searches, and even text mining, without it clogging up my mail client itself. Gmail can export your archive in a single MBOX file, and I used Mailsteward Pro to transform it into a mysql database. (More on that set-up in the next posting Archiving mail in mysql with MAMP and Mailsteward). With the archive now locally stored, the database is backed up to both my NAS drive and my VPS.

What remains
With the basic set-up for leaving Gmail now in place, there is still work te be done over the coming months. Clearing out the archive at Gmail is one step, once I feel comfortable with searching my new mysql archive. Creating more filters in my mail client, and writing a few scripts to integrate my mail processing with the other tools I use is another. There are also likely a whole bunch of things (accounts, subscriptions etc) that use my gmail address, which I will change as I go along.

My longtime blogging friend Roland Tanglao suggested to mine my mail archive for things that could be published, contact data, harvest old ideas that can feed into my work now etc. This sounds appealing but needs some contemplation and then a plan. Having the archive in mysql makes it a lot easier to come up with a plan though.

Beyond mail, there are of course more Google services I use heavily, especially Calendar, which are tied to my gmail address. I could move that to my Owncloud as well. I will keep my Google account, as this isn’t about ditching Google but about reducing risks and taking more control. Apart from Calendar there are no other single points of failure in the way I use my Google account. Beyond Google, Evernote is another silo I’m heavily invested in, and the content I keep there is arguably more valuable to me than my Gmail. So that is a future change to think about and seek alternatives for.

I reached Inbox -1 on Gmail once in 2009 🙂

[Find the outline and slides of my Koppelting session on leaving Gmail in the follow-up posting at You can use the shortlink to refer to this posting.

Context based services make our mobile phones the place where lots of exciting things are happening, with location awareness and augmented reality. I find my work routines are shifting because of it, and that is something I want to talk about in the presentations I give on working in a networked world. And for that I need screenshots. I’ve been using screenshots of how I use my tools to interact, work and learn for years and I need to be able to make screenshots of my phone as well.

Not the way I would like to make screenshots

The problem is there doesn’t seem to be a good screenshot app for my phone, the G1 Android or Google Phone.
There are currently two ways to make a screenshot on my G1.
The first is making use of the developer kit and using the debugging monitor. To do this my phone needs to be connected to my laptop via USB. That works if you just want a screenshot from some app, but not if I want to capture an interesting bit of interaction as and when it happens, or something that can’t be done on my desk. Like these screenshots from Wikitude AR, which have been taken by Maarten carrying his laptop around to make them.
The second way to make screenshots is using the application Screenshot available in the Android Market. It works in every situation though only with a sort of self-timer instead of a push button function, but more importantly the phone needs to be ‘rooted‘ for the app to work. This means changing the firmware on the phone to an earlier version, exploiting a little hole in that earlier version to gain root access, and then installing a hacked/modified version of the most current firmware. Sounds very laborious, not quite risk free, and like too much of a hassle. It’s not something I am willing to try with a ‘mission critical’ piece of hardware such as my phone.
Which bring me back to the title of this posting: Can You Build Me a G1 Screenshot App?
One that doesn’t require me to exploit loopholes in older firmware, or attaching my phone to my laptop all the time?
Is there an Android DevCamp coming up you intend to visit, where building a screenshot app could be a good project to work on? Can you give me an estimate how much time building this app would cost, and if there is a financial incentive that would make you spend that time?
I have a creeping suspicion there may be a technological reason why a decent screenshot app is still not available, but in that case I am very curious to hear what that reason is.

Jyri Engestrom (Jaiku/Google) just pointed me to the fact that Google has announced a major step into the mobile market. Android is the name of a 34 party strong alliance around an Open Source platform for mobile phones. To converge computing and communication more. (Android originally is a mobile start up bought by Google in 2005.)
Google’s aim is to earn money with advertising on mobile devices. Original rumours were that Google would introduce a GPhone (like Apple’s iPhone). But instead they are enabling everybody in the industry to create their own phones as it were with the Open Handset Alliance.
Jyri summarizes Android’s key points in Twitter as:
* Android does not differentiate between the phone’s core applications and third-party applications. They can all be built to have equal access to a phone’s capabilities
* users will be able to fully tailor the phone to their interests. They can swap out the phone’s homescreen, the style of the dialer, or any of the applications
* a developer can combine information from the web with data on an individual’s mobile phone — such as the user’s contacts, calendar, or geographic location. With Android, a developer could build an application that enables users to view the location of their friends and be alerted when they are in the vicinity giving them a chance to connect.
* allows devices to communicate with one another enabling rich peer-to-peer social applications
This is very interesting news, and I guess last week’s announcement of OpenSocial was not all of it after all.
What I think is key in this news is that Google is creating possibilities for other parties so that they can make money over it doing what they’ve been always doing: search and advertisements. That is both what OpenSocial and Androids is doing for Google. More also on the Google blog.
Also there is this video about Android on the Google Channel on YouTube:

Afterthought: with OpenSocial and Open Handset Alliance / Android, it is also clear that Open will be the new buzz-word for the coming time in webmarketing. I guess that’s good if it helps us to leave the Web2.0, Web3.0, Web x.0 metaphors behind)