The G in MiniG does not stand for Gmail

Back to business with BlueMind

2011-11-22T01:52:00.003+01:00

BlueMind fait ses débuts et premières démonstrations au salon JRES à Toulouse.

Plus d'informations sur le Blog de Sylvain.

Jobs available

2011-10-05T00:28:00.002+02:00

E-DEAL recrute !
4 Ingé. de Développement / Chef de projet Junior
2 Ingé. Recherche & Développement
1 Chargé(e) de Comm.
1 Responsable de la Lead Generation

En savoir plus, postuler : http://www.e-deal.com/gestion-relation-client/recrutement-crm.html

More groupware related news coming soon. My non-compete clause is over :D

You have been unsubscribed from the Obm mailing list

2010-11-06T16:39:00.003+01:00

Nice move from my past employer, pushing me out of our free (?) software mailing list.

I guess helping people without getting anything in return does not comply with the new rules... http://obm.org/doku.php?id=tools:ml:charte

minig 2.3.10.1545

2010-08-19T16:54:00.002+02:00

Few things fixed in this release :

html email was not correctly indexed

This should fix opush problems as opush & minig IMAP lib are shared.

The place to be

2010-08-13T16:24:00.001+02:00

Rate your rugby referee !.

Singleton for dummies

2010-08-12T21:10:00.002+02:00

While searching for some coding practices, I realized some people are wondering how to do a singleton in Java (I know, this is considered an anti-pattern when badly used) :

public class Controller {
 
 private static final Controller ctrl;
 
 static {
  ctrl = new Controller();
 }
 
 private Controller() {
 
 }
 
 public static Controller get() {
  return ctrl;
 }

}

That's the _only_ way to do it correctly in Java. Your static block is protected by the classloader lock, so everything is fine. This implementation _can_ bug, but that supposes you know how to subclass/implement a ClassLoader. In a webapp it's fine if you're wondering (well tomcat will leak your singleton memory if you abuse hot deploy).

I made this post as I'm reviewing some opush contributed code. What you can find on the net about java & singleton is quite fun. Nice article by someone who didn't know what are static blocks. Static blocks are "Java approved" since 2000.

Leaving my current job

2010-08-04T02:07:00.002+02:00

I'll switch to another job in october. My work on MiniG & OPush will continue. I created those projects and I'm proud of them. tcataldo@minig.org is a working email to reach me.

I'll have some time to fix flawed things in MiniG with my next assignment ;-)

Bigger than free software

2010-07-17T00:24:00.005+02:00

Having fun with all our co-workers

New minig feature

2010-04-06T22:13:00.004+02:00

MiniG can now handle email priority in its conversation list. Threads with a high priority email are shown in red. They can be found using is:important.

Working late

2010-03-30T03:26:00.004+02:00

Answered flag is now handled by minig (on conversations & messages).

BigG, GrosG, MaxiG, you name it....

2010-03-22T22:54:00.003+01:00

First step is complete : BigG now has an ltmp compliant daemon. At least it's compliant with postfix lmtp client which is sufficient for my needs.

It does not do a lot for now, just outputs some logs while doing the LMTP dialog:

2010-03-22 22:49:59,458 RunnableExtensionLoader INFO - DeliveryFactory loaded.
2010-03-22 22:49:59,462 RunnableExtensionLoader INFO - ValidatorFactory loaded.
2010-03-22 22:49:59,462 RunnableExtensionLoader INFO - Loaded 2 implementors of org.obm.lmtp.lmtpbackendfactory
2010-03-22 22:49:59,499 LMTPDaemon INFO - Starting LMTP daemon...
2010-03-22 22:49:59,565 MinaServer INFO - mina lmtp server created
2010-03-22 22:49:59,578 MinaCodecFactory INFO - mina codec factory created
2010-03-22 22:49:59,589 MinaLmtpServer INFO - Starting listener. active: true h: org.obm.mina.MinaIoHandler@128ae45a
2010-03-22 22:49:59,589 LmtpServer INFO - server started
2010-03-22 22:49:59,589 LMTPDaemon INFO - LMTP daemon started.
2010-03-22 22:50:17,969 BiggLmtpBackend INFO - addressStatus(sga@zz.com)
2010-03-22 22:50:17,969 LdapValidator INFO - validating sga@zz.com
2010-03-22 22:50:18,039 BiggLmtpBackend INFO - deliver(org.obm.lmtp.backend.LmtpEnvelope@7a19a37a, blob: Blob: { path=/tmp/blob2739528671992765153.bin, size=null }
2010-03-22 22:50:18,040 CassandraAgent INFO - delivering to a cassandra node... in the near feature :/
2010-03-22 22:50:18,043 MinaIoHandler INFO - session closed

Postfix is happy with that:

Mar 22 22:50:17 obm23 postfix/pickup[6601]: E27B85E82: uid=0 from=
Mar 22 22:50:18 obm23 postfix/cleanup[6827]: E27B85E82: message-id=<20100322215017.E27B85E82@lenny.buffy.kvm>
Mar 22 22:50:18 obm23 postfix/qmgr[1996]: E27B85E82: from=, size=284, nrcpt=1 (queue active)
Mar 22 22:50:18 obm23 postfix/lmtp[6829]: E27B85E82: to=, relay=10.0.0.1[10.0.0.1]:2400, delay=0.48, delays=0.21/0.05/0.15/0.07, dsn=2.1.5, status=sent (250 2.1.5 Delivery OK)
Mar 22 22:50:18 obm23 postfix/qmgr[1996]: E27B85E82: removed

Next step is to parse the mail with mime4j before giving it to CassandraAgent. The agent will push everything to a cassandra node.

Coming soon to BigG (mostly empty) website.

Jabber in minig

2010-02-13T14:47:00.002+01:00

After a first experiment, we are now committed to complete chat support in minig.

Here is a screenshot showing what already works.

Filters in MiniG for 2.3.2

2010-02-09T21:53:00.002+01:00

After 6 month with filters code disabled in MiniG, I finally took the last steps to enable them : vacation & forward handling using OBM infos.

The finishing touch was pretty boring :

adding APIs to OBM sync for updating forward and vacation infos in the UserObm table.
Completing the vacation ui in MiniG
Adding an interface to set email forwarding

Well it's done and will be available with all 2.3.2+ obm installs.

Everything is not perfect : obm vacation & forward modules must be disabled as they have no knowledge of the filters stored in minig private database. A quick fix is possible as making an HTTP POST to minig-backend/regenerateSieve.do (login/password required) will generate a correct sieve script with forward, vacation & filter rules.

Back in Toulouse

2010-01-29T21:47:00.003+01:00

Just spent one month in Paris to meet few customers and give some training to our Paris "obm core team".

Some projects are now on track : Gilles Blanc is working on a BES (Blackberry Enterprise Server) connector for OBM. Nicolas Chauvet is deploying OBM+MiniG servers and should soon work on improving our redhat packages.

While in Paris, Thomas Chemineau gave Sylvain & I a big training session on LemonLDAP. While I hate having all my code proxied by some perl crap, LemonLDAP is pretty cool. At least it is the only SSO solution that works as a proxy and gives you clean single sign out. I did a simple diagram on how we could implement minig sso using lemon.

This week I'll work on finishing MiniG sieve filtering code :

handle vacation settings from obm
use email forwarding infos from the obm database

Brown paper bag release

2009-12-02T00:51:00.003+01:00

For the first time in minig history, x.y.z.1166 seems ok. Two new bug reports so far, one of them being that minig requires 1280x1024 for real use. The other one relates to "whole folder actions".

Biggest known bug in my list is "body part selection" : identify which part of an email is the body that must be shown to the user. Separating an email sent as "send as text and html" from a "text email with an html attachment".

All your folders are belong to us

2009-11-25T21:02:00.004+01:00

My hate for a folder tree in MiniG never was a secret :

It requires lot of screen real estate
very hard to manage in a web context
a tree helps for mail triage. When I began using internet, altavista was becoming a leader and yahoo was loosing marketshare. Google didn't exist. At this time yahoo was trying to "categorize" the web while altavista understood that trying to create a tree on top of internet-scale data was a lost fight.
Displaying a tree is the easy solution : first thing I learned while attending Algorithm101 was that in computer science, everything can be represented with a tree.

A tree was clearly not the way I wanted to go. It's fine for a small bunch of data. It's also fine when you don't have any other way to do the triage of your data.

To make things short, folder tree is out of minig, for good. As I have to live with IMAP servers, I still had to find an efficient replacement. The replacement has the following features :

dynamic displays that only shows folders with unread emails by default
incremental search : a text field on top pushes the search paradigm of minig to your folders. Just type "m" in the field and you'll get your "MiniG" "Mini Me" "foo/mmm/bar" folders
dynamic color assignment : each folders gets a color. This color is used when showing search results to easily identify where they are stored (in your inbox, in a shared folder, in your sent messages)

Even some of my users that felt in the "A folder tree on the left of a mail client is mandatory" category are saying some nice things about the new display.

BaraFolder (internal name of the new folder widget) (lot's of private jokes around that name) is available in the latest stable MiniG release we did today (2.2.15.1166). This release will hit about 1500 customer's mailboxes next week.

A release candidate of this minig version was shown to one of our customers last week and he said "no, I don't need the calendar demo, I want this" (ok, he was an easy target as we deployed horde/imp for him years ago). Given the time me, david and others dedicated into this release, I hope users will enjoy it.

Next steps are not set in stone, but big minig deployments (as in 8000 mailboxes) are planned. My work items should be :

clustered deployement : N-frontend, M-backend
bugfixes
showing the filter feature in the UI. MiniG can write sieve filters, but it's disabled in released build as it conflicts with some obm features (vacation, forwarding, etc)
bugfixes
composer. this part of minig really needs some love. Even more when you see what google wave can do (no, the plan is not to be able to insert a "poll widget" in your signature)

PS : MiniG is free software, released as GPLv3. No paying-customers-only-crap-for-the-others version.

Random links of the weekend

2009-11-01T17:06:00.002+01:00

Still exploring what Cassandra could provide as a clustered mail storage.

Easy read on cassandra data model : http://arin.me/code/wtf-is-a-supercolumn-cassandra-data-model

Using this article, I drafted an early data model :

Conversations : { // CF
    INBOX/123-1 : { // Row key is the conv id
 timeuuid_1 : messageId1
 timeuuid_2 : messageId2
    }      
    INBOX/123-2 : { // Row key is the conv id
         timeuuid_3 : messageId3
         timeuuid_4 : messageId4
    }       
}

Folders : { // CF
     INBOX : {
           timeuuid_1 : INBOX/123-1
           timeuuid_3 : INBOX/123-2
     }
}

Messages : { // CF
   messageId1 : { // row key
       subject: bla bla
     to: xx
     cc: yy
     bcc: zz
     preview : hello world
                   body: hello world ! qdqsd
                   hasAttach: true
                   hasInvitation: false
                   attachments: attach_123, attach_456
   }
}

Attachments : {
    attch_123 : {
        filename: fileName1
 size: 123456
        content: xazeqsdqdqsd_base_64
    }
}

Article on lucene/solr + cassandra : http://nicklothian.com/blog/2009/10/27/solr-cassandra-solandra/

As I wanted to store my tests on those technologies somewhere, I created the BigG project on googlecode.

My (not so) secret plan

2009-10-28T22:15:00.009+01:00

Did some work on re-packing Cassandra as an OSGi based daemon. The secret plan is to have 3 eclipse products :

Cassandra node

Cassandra is the clustered DB. This kind of databases are designed with high availability in mind and operates in "multi-master" mode by default. Optimal configuration starts at 3 nodes : set your database to "validate transactions" when at least 2 nodes have a copy of the data, read your data from any node and routing of your requests will happen magically (well, multicast, versionning of data, but let's call it "magic").
Want more performance ? add a node and reads will hit multiple nodes & use some map-reduce. Cassandra was benchmarked to out-perform mysql at 8 nodes. Yes, it means 8 1U low-cost servers to outperform a single mysql. But now you can scale easily, without requiring expensive hardware.
Want more availability ? add a node and set your "transaction safety level" to more nodes than 2.

LMTP over tcp daemon

This one would be the second daemon. It would handle lmtp, apply advanced filtering, interrogate cassandra for similar data to perform conversation grouping.
This one doesn't store anything and would be completly stateless. Deploy as much as needed to handle your postfix load. Just hide those behind some basic DNS round-robin.

IMAP connector

This one is needed to keep thunderbird in the loop. Reads cassandra data. IMAP client was a 20days job, so this one shouldn't be too hard. Just deploy some of them with DNS round-robin.
MiniG backend would hit cassandra nodes directly.

No code available on the net yet, but I want to try a messaging system built this way. This is just a personnal "will try" project. PostgreSQL, Cyrus+Murder & Heartbeat are not out of the loop... yet :D

Edit : to give some obm relevance to this blog entry, Adrien added email support to o-push. Works fine on Win Mobile, very slow on Nicolas's Android 2.x (htc magic with custom firmware for native exchange support), very fast on my iPhone, mixed results on Mehdi's Nokia E71. Expect a blog entry dedicated to that once first round of fixes hits googlecode.

Innovation from mozilla team

2009-10-23T00:44:00.002+02:00

Mozilla raindrop project just appeared on the web.

Like it or not, but at least Google with GMail & Wave is not the only one trying to innovate in email business any more.

Status update

2009-10-21T23:48:00.002+02:00

OBM 2.3 freeze mode is on.

MiniG isn't branched, so I'm trying to add small features without destroying mail reading.

obm sync receives lots of performance related commits. We tweaked most of our sql queries to get good performance on both mysql & pg.

MySQL & PostgreSQL do not require the same kind of tuning. MySQL prefers 2 queries with select a from b ... and select c from b where b.id in (). PostgreSQL performs better with select c from b inner join a where... If we do the one query version postgresql wins & mysql crawls to death. If we do the 2 query version, mysql outperforms postgresql a little on low-cost hardware benchmarks.

We (re)did o-push tests on Nokia E71 with MailForExchange. The calendar part of o-push is working very well. We still need to take a look at contacts. We expect to release obm-2.3 rc0 with contacts & calendar working in o-push. Adrien is working on the mail part of o-push and discovered that microsoft has an alternative to locales. Forget iso-8859-1, let's call it 28591. utf-8 is 65001. o-push just won a new mapping table.

Still wondering if obm new contact screen will be ready for prime time. As it is, I don't like it. Knowing Mehdi & David skills with CSS & Javascript, I think we can still have a new killer module for OBM 2.3. Right now, removing MiniG contact screen to use the OBM one would get the "Over my dead body" response. But as we're all inspired by Snow Leopard Addressbook, Google Contacts and mobile me, we'll find a UI that satisfies everyone, including users ;-)

MiniG seems in a pretty good shape (lot's of people use it as their only mail software, including me). People on the obm mailing seems to have a hard time installing it. I need to figure out why :/

New round of MiniG changes

2009-10-11T15:12:00.003+02:00

Hottest topic for minig was thread grouping. I did all the modifications to make it use Cyrus support for RFC5256. This is slower than the algorithm I came out with, but well my code was faster because it ignored the case that forces you to work with the "References" header.

"Slower" is something that should be taken with care. The load on minig backend JVM is greatly reduced. The "UID THREAD REFERENCES UTF-8 ALL" imap command forces cyrus to do the hard work. The new code replaces MiniG JVM load by Cyrus I/O load. As most sysadmins are OK to dedicate their SAN resources to cyrus, but tends to hate JaveVM, this ok : they will see a waiting JVM not sucking any resource and a cyrus crawling the SAN mounts to death :-)

I also fixed MiniG backend memory usage. MiniG works with conversations, IMAP servers with messages. MiniG needs to maintain a mapping between Conversation's identifiers and IMAP messages UIDs. This mapping was sucking lot of memory. MiniG already has an on-disk version of this mapping. Easy solution : Java SoftReference. A SoftReference is a Java reference that the JVM is allowed to collect when it is under memory pressure. Most of the time, minig will use the in-memory mapping. When memory pressure is to high, to cache will be evicted & rebuilt on demand. After 11years of Java programming, this was the first time I used SoftReference. I knew how strong/weak/soft/phantom references work in Java, but it's the first time my code cannot work without using them.

As it was "optimisation week-end", I also worked on MiniG bandwidth consumption. MiniG was already very good for remote access with limited bandwidth, but things could be made better.

When you display your inbox, every 20sec, minig javascript polls the backend for changes. This AJAX call downloaded the current page of messages & redrawn the grid. This transfer is in the 2KB range. I introduced versioning to minig caches. The AJAX call now sends its last know version to the frontend. Frontend relays it the backend. The backend answers with http 304 when no change occurs. Frontend sends a "UseCachedData" RuntimeException the javascript. The most common case "nothing changed" goes from a 2KB transfer to a 81byte transfer. Quite nice improvement.

For now this is only done for IMAP folders, not for search results. But I as bought the "SOLR 1.4 Enterprise Search Server" book (very good investment for solr users), their number one recommandation for solr performance is to enable "proxy support" which will make solr respond with http 304 when your last search gives the same result. That's why I started implementing support of HTTP 304 in minig backend & frontend. Adding 304 support to minig search will give a big performance boost to "Unread" mail fans.

Upcoming release also adds a user visible feature : when you read a conversation, all unread emails are auto-expanded.

Next bug on my list is about composer, iframes in design mode & cut'n'paste. After 2 years of minig work, I tend to hate those "browser dependent" bugs.

I'm still hoping to do a stable minig release this week with obm 2.2.14, the composer bug being the last known release blocker.

Status of my OBM parts before oct 15th freeze

2009-10-10T00:26:00.005+02:00

Worked 4/5 days on making sure that obm-sync was performing correctly on a 13GB OBM 2.3 PostgreSQL database. I must thank again yourkit.com for the license they granted me for MiniG. Their software is not free (as in speech), but they give away licences for free softwares. This kind of ubber cool software just tells you when your code is shit.

Small commit on obm-caldav to prevent it from fetching all calendar permissions from database. Yourkit helped on this one too.

MiniG thread grouping still needed some work. Slashdot article from Cyrus most active contributors (fastmail.fm) gave me some hints. Answer "UID THREAD REFERENCES UTF-8 ALL". This simple IMAP command forces cyrus to do all the threading calculation for you. The minig part is still complicated but from a performance pov, it's a win.

Ok, I really depend on cyrus features. For today deadlines, that's fine. But the architecture I want to have for minig is :

incoming mail -> ironport (or any other _efficient_ spam filtering solution) -> minig_lmtp -> cassandra clustered db

Solr would be plugged into cassandra (cassandra is the big table implementation that facebook released to the apache group as free software).

Yes cyrus does not exist in the architecture I'm hoping to get minig to. (s|l)mtp connector to clustered db with full text indexer is google architecture. This architecture seems like the right one to me. murder + heartbeat seems pretty fragile when you compare it to cassandra/big table reliability.

Release often, Release early

2009-10-04T23:16:00.006+02:00

Very early in some cases... We had to prepare a demo of o-push with obm 2.3 trunk (bleeding egde) and minig.

I had to stop working on minig temporarily to get o-push in a demo-able state.

OPush work was stalled by higher priority tasks, but after working on it all the week-end, it's in a pretty cool shape. I've just committed true push support for calendars.

Here is a demo video I did with my test setup : every modification in obm 2.3 calendar appears in the pda few seconds later.

(Yes, it's not perfect, I still don't know why I add to go back to the activesync application while recording)

PS: I had to convert the video to xvid as youtube seems to do shit with ogv's from gtk-recordMyDesktop

OBM Barcamp

2009-09-27T13:33:00.004+02:00

We spent friday afternoon & saturday on a barcamp dedicated to OBM with some co-workers from Paris.

At the end of the first afternoon, I was pretty dissapointed :

Lots of talking
No actions

My first impression was that I lost an afternoon of minig bugfixing. The second day changed my opinion.

Mehdi & Guillaume merged most of the patches we maintained for our main production setup.

Sylvain worked with Erwan to figure out the best way to make LemonLDAP + OBM + MiniG work out of the box.

David & Vincent did some improvements on 2.3 calendar.

Tony worked on obm-automation improvements to allow running update.pl at login time for auto-provisionning of mailboxes & ldap entries.

I worked with Michel & Guillaume to figure out how to handle really big mailboxes in MiniG. Michel mailbox is a 20GB one. To give you an idea, our cyrus setup in Toulouse is only 35GB for 44 mailboxes & lots of mailshares.

Michel's mailbox was a very interesting test-case. It triggered a "too many open files" pretty rapidly. We identified a very old bug : the class that read minig configuration files left a file descriptor open.

This jumbo mailbox has other properties : it is big enough to trigger bugs that only occured on Toulouse production setup after more than 24h. As we are still unsure if the deadlock timeout that occurs on some jdbc transactions is derby's fault or minig's fault, I just committed the switch from a derby internal database to an external PostgreSQL instance. This change will permit one thing: identify if the bug was in derby.

Some easier to fix bugs were also identified :

Advanced search misshandled searches on subject with two keywords
Tony helped me fix the filter that was used for autocomplete when ldapContacts.pl is active

Some decision were taken:

We confirmed that OBM feature & ui freeze will be effective on Oct 15th.
Contact search in OBM & MiniG will move from SQL queries to a SOLR core (we're not sure yet if it will meet the 2.3 freeze date). We will also try to do the same for events.
We are going to integrate a real LemonLDAP sso provider in minig. One that will not require OBM sso subsystem

If I consider the complete barcamp session, It was needed & productive.

Spinner of death (tm) Improvement

2009-09-23T20:21:00.003+02:00

Sometime things can go wrong in MiniG, even with legitimate reasons :

You suspended your laptop and your minig session is expired when your browser comes back to life

Your beloved administrator restarted a tomcat server without notifying anybody

Your network was down more than 3 minutes (MiniG frontend session duration)

This case will be handled in a next releases.

Yes, the texts are temporary and TartifletteMode is only how an expired session is called in the code.

(Temporary) Epic Fail

2009-09-17T22:00:00.007+02:00

Changing MiniG mail grouping is more tricky than expected.

The previous algorithm worked like this :
- read the subject
- compute its root, "Fwd: Re: Hello sent the 2009-08-07" becomes "hello sent the xxxx-xx-xx"
- simply use an equality comparison on the subject roots.

First version with real threads used an hacked version of subject grouping. It was just a hack on the "equality comparison". Instead of comparing suject roots, it used lists of Message-ID headers and was doing comparisons on the differences between those 2. It worked. For mailboxes < 1000 messages. Sylvain's 100k mails Junk folder took more than 1hour to process. We needed a linear algorithm to do the thread grouping.

The new algorithm works on other headers : Message-ID and In-Reply-To.

It works this way. We maintain a ThreadRoot list which holds known conversations with the message-id's in them

When we detect that messages are added/changed or deleted to a folder, we first process removals. When a ThreadRoot has no more messages, we mark it as dead and flag it for removal.

Then we process updates, this is the tricky part.

We have 2 lists :
- List<ThreadRoot>, all the known thread roots not flagged as dead.
- a List<RawMessage> called leafCandidates where we have all the not yet processed messages.

We then run :


unmerged = 0;
merged = -1;
while (merged < unmerged) {
    unmerged = leafCandidates.size();
    doMerge();
    merged = leafCandidates.size();
}

Then doMerge() does all the job :


for (RawMessage r : leafCandidates) {
    if rootsIds.contains(r.messageId) {
       flagUpdate(threadRoot, r);
    } else if (r.inReplyTo == null) {
       createThreadRoot(r);
    } else {
       ThreadRoot tr = rootIds.get(r.inReplyTo);
       if (tr) {
         tr.merge(r);
       } else {
         // corner cases, most problems are not here
         // exemple : a mail with an In-Reply-To and the father mail is deleted
       }
    }
}

This algorithm is mostly linear... Its real complexity depends X, Y, Z where X is how much new mail you receive, Y how much you receive replies to existing emails and Z, how much the user changes flags on existing emails. It can easily process Sylvain 100k spams in 20sec, so let's assume the complixity is OK.

Most MiniG problems on our trunk version are in the "flagUpdate(threadRoot, r)" process. This creates all kind of strange bugs : conversations that still look read, mark as read/unread that only work "sometime".

Flags are still broken, but the new algorith is pretty promising. The load on our test & production mail server is lighter, really lighter. Some tuning of the last corner cases will make it a very good change. In fact the new code while still buggy is so fast that it exposed race conditions in the indexing code ;-)

Long time no blog

2009-09-13T17:52:00.002+02:00

Massive changes are coming to minig. Real thread sorting, by message actions, etc.

We added a second minig installation to our test setup. We now have a MiniG setup running on our production mail server, and another one running on a lenny 64bit kvm. Both are using our production mail server.

The one running in kvm allows a first round of testing on live mailboxes. Performance testing is easier on this one, as the IMAP load and the java load are cleanly splitted on two servers.

With this new setup I already identified an easy optimisation : the select imap command forces Cyrus to write a log line. Storing the selected imap folder in the org.minig.imap lib might provide sensible speed improvements to initial mailbox indexing.

Big minig bug hunt

2009-09-08T23:56:00.002+02:00

I'm focused on chasing minig bugs.

We clearly improved our testing flow. Releases are tested everyday by ff3 users, ff3.5 users and chromium users (Sylvain & me dropped firefox now that 64bit builds are available). IE8 is often tested on our TSE server. I still need to find an easy way to do IE6 testing.

What's coming into minig :

- real thread grouping. User testing shown that "subject+ignore numbers" is only manageable to technical people.

- composer improvements (I'm fighting with GWT RichTextArea, and learning things I didn't want to know about browsers differences).

- by email actions. Delete one, Star one, Print one. Add sender to contacts, etc.

- next/previous buttons. I don't read my email like that, but a lots of people seems to think that when you read a conversation, next has a meaning.

- folder management improvents. Rename & move.

And lots of needed bugfixes......

Something's broken in JNDI ?

2009-08-05T17:53:00.005+02:00

Consider the following unit test :


package ldapcrap;

import java.util.Hashtable;

import javax.naming.NamingException;
import javax.naming.directory.DirContext;
import javax.naming.directory.InitialDirContext;

import junit.framework.TestCase;

@SuppressWarnings("unchecked")
public class CrapTest extends TestCase {

 private Hashtable env;

 @Override
 protected void setUp() throws Exception {
  super.setUp();

  env = new Hashtable();

  env.put("java.naming.factory.initial",
    "com.sun.jndi.ldap.LdapCtxFactory");
  env.put("java.naming.provider.url", "ldap://10.0.0.5");
  env.put(DirContext.SECURITY_AUTHENTICATION, "simple");
 }

 public void testJNDIisCrap() throws NamingException {
  DirContext ctx = null;
  try {
   ctx = new InitialDirContext(env);
  } catch (Throwable t) {
   fail("test failed");
  } finally {
   ctx.close();
  }
 }

 public void testInALoop() throws NamingException {
  long time;
  int COUNT;
   
  COUNT = 1000;
  time = System.currentTimeMillis();
  for (int i = 0; i < COUNT; i++) {
   testJNDIisCrap();
  }
  time = System.currentTimeMillis() - time;
  System.out.println("did "+COUNT+" in "+(time/1000)+"second(s).");

  COUNT = 10000;
  time = System.currentTimeMillis();
  for (int i = 0; i < COUNT; i++) {
   testJNDIisCrap();
  }
  time = System.currentTimeMillis() - time;
  System.out.println("did "+COUNT+" in "+(time/1000)+"second(s).");

  COUNT = 100000;
  time = System.currentTimeMillis();
  for (int i = 0; i < COUNT; i++) {
   testJNDIisCrap();
  }
  time = System.currentTimeMillis() - time;
  System.out.println("did "+COUNT+" in "+(time/1000)+"second(s).");
}

 @Override
 protected void tearDown() throws Exception {
  super.tearDown();
 }
}

Here's what it shows when openldap is running on 32bit debian etch:
did 1000 in 2second(s).
did 10000 in 28second(s).
did 100000 in 441second(s).

Something sounds wrong with those results as the unit test is linear : open/close, open/close. As long as we do not get 2, 20, 200 or something approaching, either my test code is wrong, or some server configuration is wrong.

The results on 64bit lenny are:
did 1000 in 2second(s).
did 10000 in 19second(s).

No third result, it broke and the test failed with some useless null pointer. Let's "strace -f" the slapd process on lenny :
did 1000 in 13second(s).
did 10000 in 382second(s).

Ok, will take too long and seems stalled. Will write strace output to a file "strace -f -o slapd.log".

Starts good :
did 1000 in 6second(s).
did 10000 in 61second(s).

But then...
did 100000 in 1049second(s).

I expected between 500 & 620 seconds (I hoped the jvm JIT will do its job). I used my computer in the meantime, but not that much.

Still analysing the strace output, but if someone knows what is wrong in my test...

Deliver MiniG on cd-rom ?

2009-07-30T02:25:00.004+02:00

The problem

MiniG interface is built with GWT, that's common knowledge. GWT compiles java to javascript and generates permutations.

A permutation is a static javascript compilation unit for a given browser and a given locale. MiniG supports 2 locales (french & english). GWT 1.7 supports six browser flavours, so the compiler generates 12 javascript files (all the ABCD123.cache.html in the gwt build).

When a GWT application is loaded, a bootstrap file runs (the minig.nocache.js). This file runs checks on the user browser and determines which permutation should be used. The bootstrap javascript is only 6.2K and is similar for allmost all gwt applications. Once the correct permutation is determined, minig.nocache.js instructs the browser to load the abcd123.cache.html for your browser.

Most of the time, this file is already cached by your browser, but when a new version is deployed... the complete minig interface is downloaded.

With GWT compiler 1.7.0, the minig interface stands between 472K and 481K. Now you obviously begin to understand why this blog post is named "Deliver on cd-rom ?".

Ok, 500K is... half a second on a low cost end-user internet connection. As a french provider commercial says : "il a free, il a tout compris". But sometime, users do not even have an 8MB dsl connection. That's the case for the MiniG install running on my work mailbox. The 500K are a pain in the (insert joke about the G in MiniG) to download, as our work connection often uploads at 10K/s during work hours. This means that you cannot log into MiniG in less than 50 seconds.

Apart from getting correct network connectivity, I must have a look at what can be done on the MiniG side.

If you got me correctly, the localized messages are copied into javascript permutations. So if I add a 20K piece of text for online help in MiniG, the download size will go from 500K to 520K.

How can this be solved ?

Solution 1

Here is an easy one : a2enmod deflate

Run this command on the reverse proxy serving minig files and restart apache : gzip compression on static data files.

Before :


-rw-r--r-- 1 tom tom 479K 2009-07-30 00:41 DCEC18F66460AB2A6CB58F4EF8A75E70.cache.html

After :


-rw-r--r-- 1 tom tom 139K 2009-07-30 00:41 DCEC18F66460AB2A6CB58F4EF8A75E70.cache.html.gz

Just adding an apache module turned a 479K download to a 139K download. If the previous one was a 50sec download with our crappy bandwidth, this one is now 14sec. Pretty nice ?

Other solutions

MiniG is a pretty big application, but imagine something like Google Wave. You can guess they had to solve the same problem. They talked about it and provided solutions at the last Google I/O conference.

Let's summarize (or emphasize...) what the upcoming solutions are.

Compiler cut points

Even if minig never loads a page, all screens are not visible at the same time. There's no need to load the composer code when the frontpage only shows a list of message.

before :


    addTab(Webmail.COMPOSER, new MailComposer());

after :


    GWT.runAsync(new RunAsyncCallback() {
        public void onSuccess() {
           addTab(Webmail.COMPOSER, new MailComposer());
        }
    });

This tells the compiler that adding the composer to the UI is not "top priority". If this is the first usage of the MailComposer class (in MiniG case it is), all its code will be generated in a separate javascript file. The composer code will be loaded later, when the INBOX was already shown to the user.

Same applies for the progress bar shown on minig loading. We show the progress bar and can "runAsync" the XmlHttpRequest that fetches user settings on startup. Using this gives us :

Instant progress bar display

The main download is done with the progress bar on screen

The 500K become 50K and then 450K

With some runAsync added, I managed to display inbox with only a 170k download.

Class metadata

GWT obfuscates a lot of things (renames all your variables to a, b, c, z, a1, z26 instead of their original names). But it keeps the name of your java classes in the code. The -XdisableClassMetadata forces obfuscation of that to. MiniG uses fr.aliasource.webmail.*. This compile option gives more than 5% improvement. Easy win :-)

SOYC : Story Of Your Compile

This is a reporting tool designed to tell you which parts of your code contributes to the final JS size. This is really helpful to understand where runAsync and code refactoring are most needed.

Conclusion

All those improvements are available in GWT compiler trunk. I tried them all on MiniG code. It is pretty unstable right now, but the solutions are coming. Situation is not critical (500K for a complete application is nothing), but as MiniG will gain features, we had to investigate this. Other optimizations are coming in the compiler, Google I/O presentation is a very interesting read.

Mobile device provisionning with o-push

2009-07-16T20:32:00.007+02:00

I just commited mobile device provisionning to the o-push ActiveSync server. We tested it with an iPhone 3.0 and it allows pretty cool things.

What is mobile device provisionning :

When a device starts its dialog with the ActiveSync server, it sends an header "X-MS-PolicyKey : 0". The server can either ignore it or choose to enforce a security/enterprise policy. It (the server) does so by refusing the sync request and sending back a 449 http error code.

Of course you need a device that supports security policies, but the iPhone 3.0 does.

The device, when receiving the 449 error, starts a provisionning dialog :

it asks for the server policy

the server returns one with a temporary policy id

the device acknowledges the id by sending it back to server

the server respond with a "final policy id" for the device

the device will now use the "X-MS-PolicyKey: <final policy id>" in all its future communications

normal sync dialog will occur, except if the server administrator changes the policy (the servers sends another 449 error if the "final policy id" is no longer valid)

What can the administrator enforce in the policy :

Well, pretty much everything, but as the policy document is pretty explicit, lets reproduce it here :

<EASProvisionDoc>
<DevicePasswordEnabled>0</DevicePasswordEnabled>
<AlphanumericDevicePasswordRequired>0</AlphanumericDevicePasswordRequired>
<PasswordRecoveryEnabled>0</PasswordRecoveryEnabled>
<DeviceEncryptionEnabled>0</DeviceEncryptionEnabled>
<AttachmentsEnabled>1</AttachmentsEnabled>
<MinDevicePasswordLength>4</MinDevicePasswordLength>
<MaxInactivityTimeDeviceLock>900</MaxInactivityTimeDeviceLock>
<MaxDevicePasswordFailedAttempts>8</MaxDevicePasswordFailedAttempts>
<MaxAttachmentSize/>
<AllowSimpleDevicePassword>1</AllowSimpleDevicePassword>
<DevicePasswordExpiration/>
<DevicePasswordHistory>0</DevicePasswordHistory>
<AllowStorageCard>1</AllowStorageCard>
<AllowCamera>1</AllowCamera>
<RequireDeviceEncryption>0</RequireDeviceEncryption>
<AllowUnsignedApplications>1</AllowUnsignedApplications>
<AllowUnsignedInstallationPackages>1</AllowUnsignedInstallationPackages>
<MinDevicePasswordComplexCharacters>3</MinDevicePasswordComplexCharacters>
<AllowWiFi>1</AllowWiFi>
<AllowTextMessaging>1</AllowTextMessaging>
<AllowPOPIMAPEmail>1</AllowPOPIMAPEmail>
<AllowBluetooth>2</AllowBluetooth>
<AllowIrDA>1</AllowIrDA>
<RequireManualSyncWhenRoaming>0</RequireManualSyncWhenRoaming>
<AllowDesktopSync>1</AllowDesktopSync>
<MaxCalendarAgeFilter>0</MaxCalendarAgeFilter>
<AllowHTMLEmail>1</AllowHTMLEmail>
<MaxEmailAgeFilter>0</MaxEmailAgeFilter>
<MaxEmailBodyTruncationSize>-1</MaxEmailBodyTruncationSize>
<MaxEmailHTMLBodyTruncationSize>-1</MaxEmailHTMLBodyTruncationSize>
<RequireSignedSMIMEMessages>0</RequireSignedSMIMEMessages>
<RequireEncryptedSMIMEMessages>0</RequireEncryptedSMIMEMessages>
<RequireSignedSMIMEAlgorithm>0</RequireSignedSMIMEAlgorithm>
<RequireEncryptionSMIMEAlgorithm>0</RequireEncryptionSMIMEAlgorithm>
<AllowSMIMEEncryptionAlgorithmNegotiation>2</AllowSMIMEEncryptionAlgorithmNegotiation>
<AllowSMIMESoftCerts>1</AllowSMIMESoftCerts>
<AllowBrowser>1</AllowBrowser>
<AllowConsumerEmail>1</AllowConsumerEmail>
<AllowRemoteDesktop>1</AllowRemoteDesktop>
<AllowInternetSharing>1</AllowInternetSharing>
<UnapprovedInROMApplicationList/>
<ApprovedApplicationList/>
</EASProvisionDoc>

As you see, you can completly "enterprise lock" the phone :

You can lock wifi, infrared or bluetooth usage

No photos (we tested this one, the iPhone supports it)

No text messaging

No phone unlock without password (we tested this one too on the iPhone), with a strict password policy

No mail/groupware account except the enterprise/ActiveSync one

Only allow sending SMIME signed emails

Force storage of email/groupware data in an encrypted storage

Right now, the policy sent to the phones is harcoded in the o-push server, but will probably develop an interface to manage those policies ;-)

We had it first ;-)

2009-07-03T02:34:00.002+02:00

MiniG had drag & drop of conversations into folder before GMail. But my implementation clearly sucked (which was not a problem as I find drag&drop an inefficient way to move mail around).

Gmail did it better, so I mimiced their user interface for dnd.

No screenshot, but a small video ;-)

Vacation in MiniG

2009-06-03T00:32:00.004+02:00

Now that filters and sieve scripts can be managed from MiniG, vacation is the next step.

Here's what the form looks like :

You asked for it...

2009-05-25T22:09:00.002+02:00

And here they come : filters in MiniG :-)

Cyrus sieve client API is fully functionnal. The UI to define the filters is being implemented right now.

Mandatory screenshot below.

o-push updates and minig status

2009-04-25T01:36:00.003+02:00

Just did some updates on the o-push website to reflect its status. To sum it up, it's going pretty well.

The bad thing about server side software is you cannot show a screenshot. Will try to make a screencast of a working synchronisation.

Next o-push task is storage implementation : storing device ids, client and server mappings (obm database id to pda identifier). Right now this is stored in memory, but as we plan to integrate o-push in OBM 2.3, I'll use PostgreSQL tables for the persistent storage implementation.

On the MiniG front, Adrien just committed lots of work on iCalendar invitations. When you receive an event invitation, you can accept it and the event will be created in OBM (or updated if it was already coming from obm). In my opinion, one the nicest minig feature with event invitations is the "has:invitation" search tip to find your pending event invitations.

O-Push, ActiveSync protocol implementation

2009-03-27T14:21:00.002+01:00

MiniG is doing fine, so I am working on something else : an ActiveSync protocol implementation to replace OBM PDAs synchronisation layer.

The O-Push project is hosted on google code : http://code.google.com/p/o-push/.

Some things allready works : read-only calendar sync from OBM to the iPhone. O-Push can also send mail folder and test emails to the mobile device.

All your calendar are belong to us

2009-01-21T11:54:00.002+01:00

Screenshot day

2009-01-20T21:57:00.004+01:00

This time with the separate grid, always correctly sized, for dates labels & all day events ;-)

Better mockup with calendar view

2009-01-20T18:23:00.002+01:00

It is not visible on the screenshot, but everything resizes correctly : not outer scrollbar, vertical space is occupied, the columns scale correctly.

Calendar mockup

2009-01-19T22:18:00.006+01:00

As I'll probably never be OK with MiniG interface fitted into OBM, I'm experimenting on calendar integration into MiniG.

I'm just gathering infos for now, taking screenshots of Google Calendar, OSX iCal and Outlook Web Access. But as you can see on the following screenshot, MiniG looks nice with its iCal like portlet :D

You can also see on the screenshot that french i18n is available in current svn ;-)

MiniG slow down; OBM 2.2 deadline coming soon

2008-12-04T22:44:00.002+01:00

As you may have noticed, MiniG development is stalling. Last commits were a major feature : reading emails forwarded as attachments.

OBM 2.2 database model will be frozen on monday, we are working pretty hard on fixing most schema glitches.

Lots of things are coming in OBM in 2.2 :

- MySQL won't be the default database, PostgreSQL 8.3+ will be (if you wonder why, give us 64bit timestamps, jdbc compliant driver _by default_, predictable optimizer choices and we will reconsider. A fix for yesterday's mysql busy lockup on a simple query at one of our biggest production site would be a plus).

- Unicode support (ok, as I'm working on the java parts of the solution, this one makes me laugh)

- Improved contact model & revamped sync servers to provide a "smartphones compliant" model

- Usable mozilla lightning support, with asynchronous synchronisation and greatly improved response times !

In my next post, I'll probably give information on how our sync servers went from 5/sync per sec (single threaded benchmark, mysql) on empty database to something like 30sync/sec (postgresql, single thread, no optimisation (full logs & timing on pg)).

Chat in MiniG, Jabber in OBM

2008-11-19T00:11:00.004+01:00

As jabber integration is important (think lotus sametime, online meetings, etc), I did some prototyping on jabber support in MiniG ala GTalk.

I did a little screencast of what OBM+MiniG can do with an Openfire jabber server tonight.

Of course jabber integration is OBM 2.3 stuff, I'm just investigating what would be possible.

The MiniG / Jabber video is also available in poor quality on youtube:

Drag'n'drop support in MiniG

2008-11-11T15:45:00.002+01:00

Well title says it all : you can move you conversations by drag'n'dropping them from the list to the folder tree.

It works for one or multiple conversations. My preferred way to move conversations is still with the actions combo-box, as I find it less error-prone.

As a screenshot does not really work for this kind of features, you can download an xvid screencast or watch the youtube version :

Turned 11

2008-11-06T00:09:00.001+01:00

Now linagora GSO, previously Aliasource and Aliacom, the company I worked with for 7 years turned 11, cheers !

planet.obm.org

2008-11-05T23:43:00.003+01:00

Thanks to Sylvain, my blog is now federated on planet.obm.org. It's quite cool to have a central place to report OBM and MiniG progress.

As I am working on MiniG (and bdf12) most of my time, let's report what happened in the last days :
- we switched to gmail sorting of conversations
- David fixed lots of ui bugs
- search results are now ordered by date desc (David too)
- email (un)starring is coming soon (the \Flagged imap tag)

Another good news : debian packages of obm & minig will be available soon. Installation nightmare is over. By the way, Obama got elected.

OBM technical integration

2008-11-04T11:07:00.003+01:00

While in Agde, at OBM developpers summit, I did the first steps of technical integration of MiniG with OBM :

* Private & public contacts from OBM are visible as contact groups, used for email address autocompletion
* Email address gathering : recipients of emails sent through MiniG are automatically added as private contacts in OBM. They will be available for autocompletion next time the MiniG composer is used.
* OBM user settings are pushed to the MiniG ui, to avoid redundent preferences (language, timezone, etc)

The game is over

2008-10-31T19:45:00.003+01:00

OBM developper summit is now over. Week summary :
- lots of commits
- a lot of fun
- some wine, some beers

Late night coding

2008-10-31T14:17:00.002+01:00

6 laptops, some wine, 1 o'clock... and el paquito !

The double while pattern (episode two)

2008-10-28T22:54:00.003+01:00

Well, I could write about the second loop around the first while pattern, used to compute statistics about how buggy "buggyProgram()" is, but... pictures are worth thousand words !

The double-while pattern

2008-10-28T22:43:00.003+01:00

Ok, this started with a mysql bug with foreign keys : the schema just crashes randomly with syntax errors, but "sometime" succeeds.

No problem, here comes the "While Pattern".

Problem to solve :
A program crashes randomly but sometimes work

Solution :

boolean success;
do {
  try {
    buggyProgram();
    success = true;
  } catch (... well anything) {
  }
} while (!success);

Bonus point : the low voltage version with a 1sec sleep after the buggy program call.

Stay tuned for the double while pattern ;-)

OBM developper summit in Agde

2008-10-27T23:40:00.002+01:00

The whole OBM team is spending one week in Agde to work on the major features of our 2.2 version, coming at the end of the year (hope so).

The first two days were pretty productive, with time zone support nearly done, conversation previews in MiniG. Debian packaging of alpha version is in good shape now.

2008-10-11T02:00:00.002+02:00

Good coding week for MiniG. "from:tom filename:pdf" just works (all your mails from tom with a pdf attachment). All Gmail advanced search features are implemented and working :D

Next week I'll be giving a Tomcat training, but the minig team will be focused on email forwarding, templates implementation and UI polishing.

2008-09-28T15:26:00.002+02:00

New minig release

Just released new MiniG backend & frontend binaries on minig.org. Also made an announcement on freshmeat to grab new users/testers.

This new release features folder tree, instant unread count updates, html email cleanups to strip images & javascript and my new imap4r1 library.

2008-09-19T00:16:00.002+02:00

Just commited my new Java IMAP client library to MiniG svn. My lib is based on apache mina and looks like ristrerro imap api, with speed added. Pretty happy with the results.

Ristretto was fine, but switching to a mina based implementation cut the time for fetching an email from 170ms to 8ms :-) My new API still use a lot of Ristretto for header decoding & mime parsing, they did a great job.

2008-05-04T16:06:00.000+02:00

MiniG can now send emails with attachments. Next step is attachments downloading.

2008-04-27T20:17:00.001+02:00

One day, one history, today it is :

117 cd
107 ls
51 svn
27 emacs
18 cat
12 rm
11 scp
10 ll
9 zless
8 start_vm.sh

2008-04-27T20:13:00.000+02:00

MiniG is getting attachments support. Pretty hard task, but somewhat fun.

2008-04-18T01:19:00.004+02:00

Olivier made my day

Just got new minig logo. From MiniGmail to MiniGoat :p

2008-04-16T01:37:00.001+02:00

History meme

history | awk '{a[$2]++}END{for(i in a){print a[i] " " i}}' | sort -rn | head

124 cd
94 ls
59 svn
15 ll
15 emacs
13 rm
10 dpkg
9 start_vm.sh
9 cat
8 sudo

2008-03-21T01:29:00.004+01:00

Just came back from a training about enterprisedb, a flavour of PostgreSQL with complete Oracle compatibility. Never heard of them before, and had a good surprise : 3 of the 7 pgsql core team members are working for them. They are the guys that designed the WAL system which finally made PostgreSQL an enterprise class database (at least for me). Their implementation uses a pretty cool dynamic tuning system to get a correct PostgreSQL setup for your server with only one setting.

Side note : London is a very expensive city, 63 pounds to go from heathrow to town center by cab, 4 pounds for an underground ticket :/

2008-03-10T10:24:00.003+01:00

Moved my webmail code from our internal svn to http://code.google.com/p/minig and registered http://minig.org/ as the domain was available. Registered MiniG on ohloh.net and freshmeat.

2008-03-08T12:47:00.003+01:00

Kubuntu saved my life. I was playing with the partitions on my laptop hd. I first used gparted, but as it didn't want to move to start of an extended partition to the right, I rebooted on a partition magic 8 cd. It asked me to convert the partition to extendedX, and I said no, as I didn't know what an extendedX partition was.

It proposed me to convert my /dev/sda5 to a primary partition, so I did it... reboot... and BANG, grub error 17. Reminded me of lilo old times when you forgot to run lilo after compiling your fresh new kernel. My "/boot/grub" was on /dev/sda5 at this time, and I forgot about it. Starting to panic, I don't have any rescue cd around. Grabbed my keys, 10min car drive & I had a kubuntu 7.10 cd rom, as one was available with "planete linux".

Boot kubuntu, sudo -s, mkdir sda3, mount /dev/sda3 sda3, chroot sda3, cd /boot/grub, grub --device-map=device.map, root (hd0,2), setup (hd0). My system is now up & running again.

2008-01-13T17:08:00.000+01:00

GWT meeting took place in atlanta last week. I'm eagerly waiting GWT 1.5 release with generics support.

2008-01-03T23:59:00.000+01:00

Tonight I spent 2 hours reading & commenting stevey's blog about code size. Here is my comment to his article :

I Think you should try the "play" programming language. Its semantic is quite rich : the program "Play;" will run a game with all the features of your 500k game.

Ok, I'm just kidding but you have some very valid points : trying to factor (I'm not saying refactor) your code, and reusing instead of duplicating is a mandatory thing.

What I'm not buying is your focus on the "LoC" metric. Your 500k lines of code break eclipse, and this is good thing. For me it means that the way the code is architected, eclipse must load all the code to figure it out (I mean compile / index it) : exactly like if the code was a single 500k line script, where line 500.000 depends on line 1.

Divide to win

Let's think about it for a few seconds, what do you have in a game : the AI, the graphics engine, the physics engine, the audio engine, lots of data file and a "scripting engine" to glue everything together. It is pretty clear that your AI does not care about the colors of the textures on your polygons.

Now, would you consider a technology like OSGi / Eclipse plugins ? You focus on writing the smallest possible piece of code. Everytime you're willing to add a new feature, you ask yourself : "Can I add an extension point here and program my new feature as an external plugin ?".

Now my feature is a separate project Y in my IDE. I create a new project Ytests, that depends on Y, and unit test the code in Y. When Y performs correctly, I package it (right click / export / export as deployable plugin & fragment), push the code to git/svn/you name it, and close the project Y in eclipse.

Another point is, when I start writing a program, do I use plugin / modular technologies from the start ? Can I know in advance that my little project will be successful, and will grow to X lines of codes ?

2008-01-03T21:17:00.001+01:00

Finally reattached my blog to my google account. Will stop wondering what login / password I might have used while filling the registration form.

New year promise : I will never ever do a birthday party because my last blog entry turned 2.