Blonko!

Yesterday, together with my collegue, we installed an SSL certificate for the submission part of a mail install. For the simple reason “Plesk 9 is a pile of shit”, we run Postfix on port 25 and Qmail on 587.

We assembled the private key and the certificate, and installed it as servercert.pem in /var/qmail/control/, and then symlinked clientcert.pem to this file. Another job well done, we thought. I opened the preferences for my mailclient (Apple’s Mail.app), opened my preferences, and configured a new outgoing server. Once there, in the advanced tab, I entered 587 as port number, and checked the TLS usage. Instantly, I was greeted with a warning sign about the certificate being invalid (it returned the old certificate).

After having checked that qmail completely restarted, and that the certificate itself is indeed the correct one, we were puzzled. But when we resorted to checking this with the trustworthy “openssl” tool (the command you need is “openssl s_client -starttls smtp -crlf -connect hostname.tld:port”), we saw that the certificate presented to us on port 25 was the old one, and the one on 587 was the correct one. This is normal behavior, the postfix install was still as it was, as port 25 wasn’t allowed to accept any authentication for mail submission, but the TLS config was still in. We disabled the tls part in postfix, and then, when adding the correct info in

Conclusion: apple mail will try to get the certificate from port 25, then port 486 and then port 587, even if you choose to specify your own portnumber in the configuration. Strange decision they made, those apple developers.

Vandaag stootte ik toevallig op een interview van Tom Klaasen, over het gebruik van Ruby binnen 10to1. Weinig nieuws voor mij, maar veel waarheid in een kort stukje tekst (is het ruby of wat?).

Ik ben net terug thuis van Barcamp Gent – Editie twee. Wolf heeft dat prima ineen gestoken, er was flink wat gekend en ongekend volk aanwezig, en er waren verschillende intressante presentaties te zien.

Zelf heb ik een lezing gegeven over “craftmanship”, en de stelling in de groep gegooid dat talent in de IT-sector (web) onderkend wordt, door de buitenstaanders, en ook door de mensen in de groep. De presentatie was een aanzet naar een discussie over wat en hoe we moeten waken over ons talent, en er best wel trots op mogen.

Blijkbaar een thema dat wel wat leeft, want de discussie kwam levendig op gang. Jammer van de tijdsrestrictie; ik had het graag wat langer laten duren. Gelukkig was er nog een tweede kans tijdens Wolf zijn talk.

De slides alleen zijn misschien nietszeggend, maar ter volledigheid zet ik ze hier neer, misschien heeft iemand er iets aan…

Recently, both me and Frank both had problems burning CD drives in our Macbook Pro machines, while this had worked before, with the same media. Each and every burn program would end up with an error saying

The device failed to calibrate the laser power level for this media.

I ignored it a couple of times, and asked another person at the office to burn the media for me. Solved.

This evening, I had to burn the latest OpenQRM LiveCD for some testing, and once again, the error popped up. I googled it, and came up with this thread on macosxhints.com. Believe it or not, this solved my problem:

Open System Preferences.
Click on “International”
Under “Languages”: Drag any of the other languages to the top,
then drag English back to the top.
Set “Order for sorted lists” to English
Set “Word Break” to English (United States, computer)
Close System Preferences

Why? How? Wtf? No idea. My problem is solved. We tried it immediatly at Franks Macbook, and there it works also. Amazing, and confusing…

Vorig weekend hebben we met Openminds en Gorilla webdesign samen een project ontwikkeld voor Rails Rumble. De applicatie is “locatr.eu“, en is een eenvoudig spelletje, die een foto toont, en de gebruiker moet raden waar de foto genomen is.

Het werd een weekend vol coding, Wii-spelen (flink op m’n doos gehad), goed eten en drinken, en een fijne samenwerking tussen de twee bedrijven. We hebben flink wat werk gestopt in het correct berekenen van de afstand tussen verschillende punten, en het opzoeken van foto’s op afstand uit de database, op een performante manier. Het “niet moeten registeren” hebben we goed opgelost (naar onze mening). De layout heeft ook van Jelle de nodige liefde gekregen. Technisch zit het geheel zeer netjes in elkaar, alles gebeurt REST-full, er wordt veel gebruik gemaakt van externe API’s en plugins, en de programmacode is prima leesbaar en voldoende DRY. Jammer genoeg is de snelheid van de applicatie wat minder, aangezien de VDS van Linode wat te wensen overlaat.

Allen zijn dus uitgenodigd om een kijkje te gaan nemen, en er wat mee te spelen. Laat maar weten wat je ervan vindt, en als je even tijd hebt, volg dan even de procedure om voor ons te stemmen (zal online komen op onze profielpagina eens het stemmen kan beginnen).

Helemaal af zou ik de applicatie niet noemen, er zijn nog enkele extra’s die ik wel leuk zou vinden, maar er was gewoon niet genoeg tijd. Zo hadden we nog volgende extra’s voorzien: RSS feed, een mobile interface die wat meer lightweight is, de mogelijkheid om foto’s te vlaggen als “niet goed”, etc etc… Afhankelijk van de populariteit van het ding gaan we die misschien nog implementeren eens de judging en voting achter de rug is.