s60 SMS synchronisation with outlook. yet another pipe dream.
Monday, May 18th, 2009My first “pipe dream” post, discussing some notetaking software I’d have in my dream world, went down very well and garnered some feedback. As I’ve slowly been setting things back up here with the new system, I’ve found myself sorely seeking something for which I cannot seem to find a satisfactory solution.
To set the scene: i’ve started using Microsoft Outlook quite a bit - partly because it was the first sensible mail client I got installed (as I needed Word and Excel for day-to-day business). I then had to work with someone completely new to computing, pretty much, who wanted to learn it for her calendaring and contact storage, which in turn has given me a larger appreciation of its capabilities. it may have clunky problems and go somewhat against my open source philosophy, but until something equally useful comes along for everything I use then Outlook can stay.
What precisely do I use it for, you ask? Firstly mail, of course. Rule-based sorting, flags and follow-up labels, and all that cool stuff. Secondly RSS feeds; a great addon lets me handle them within my folders as normal messages. Add the calendar and contacts, furthermore add seamless synchronisation with my mobile phone, and what more do I want? Appointments I schedule on the road appear in my calendar at home. Contacts I add at home appear on my phone. Exceptions are easy to make on a per-contact or per-meeting basis, and all is good.
What I haven’t gott set to synch is my notes and other files.. Notes because I’d rather keep the two separate - my PC notebase is far too cumbersome to pile onto the phone’s notes application. I have no need for paralleled video, image and audio synchronisation either, so the system as is works well. Almost…
there are two things missing to make this an ideal situation. the first is minor: Outlook has a journal, and my phone has a call log. The two could match up quite nicely, especially considering that the contacts are already synchronised. This would have to be single-way syncchro, obviously; but even with that in mind it’s hardly overly important.
The other thing is far more vital, though;; or if not vital, at least important. SMS messages are the lifeblood of any mobile communication. They have exploded in popularity (for good reason) over the last few years and I find myself pulling the phone out of my pocket or keeping it within easy reach to reply to or send one of these quickest of communiques. Quick if you’re a Japanese teenager, that is. If you’ve got my dexterity then they can be painfully slow. Not that I mind when I’m out and about - that’s the nature of the situation. you work with what you’ve got. but it seems a complete waste when I am sat with a decently-proportioned qwerty keyboard in front of me and my hands are occupied twiddling and fiddling with a finicky numeric keypad.
I had a brief trot through the software scene to see what I could come up with, but hit stone walls. Services either allowed one-way work (i.e. an Outlook adding for sending sms but not reading them), systems that used middleman services (and large amounts of gprs or 3g data), or systems that tried to use At commands in an attempt to retrieve SMS data from the device.
The first is obviously a step, but only a partial one. The second is not practical for me (even if I were to use a network connection through the computer to absorb the 3g issue the software phone-side wasn’t accessible). the third, at commands, held more promise, but a few minutes in hyper terminal brought me to the infuriating conclusion that whilst my phone can send SMS messages with an at (as demonstrated with technique 1 above), listing existing ones (or getting notified of new ones) was a big no no. I assume this is because the original at specification for retrieving SMS dealt with fixed memory, specific hardware locations, modems etc. with the addition of folders, memory cards and the like the technology seems to have fallen by the wayside.
So, it’s time for my dream software: what do I want?
A server, would be the first requirement, sitting on the phone and passing out data requested by the client. Serial port connection is fine, because that virtualizes neatly via Bluetooth or cable or whatever else your phhone and computer speak. ironically enough serial is actually something of a high-end interface for this purpose. amusing, given its origins.
The client would be the interesting bit, because it’d request data from the phone, send data back, etc. Obviously I’d prefer it to be a microsoft Outlook addin, because that’s the context we’re talking here. the addin could set up a notifier for new messages, cache the existing ones, direct them and new to a folder and allow for reading in a similar way to email itself, feeds with rssPopper, tweets with OutTwit. Et Cetera, Ad nauseam. I don’t know how addins work, reply and forward would have to be intercepted so that you reply by sms and choose how you want your forward to work. Furthermore, you’d need a toolbar for new SMS messages, settings and so forth.
the protocol would make sense to use the at command specification, I suppose. it’s already defined and established and there’s already software out there for symbian s60 2nd to make the phone respond to the appropriate commands. The world’s moving on to 3rd and 5th editions but that software isn’t; at least we know the path has already been trodden.
I suppose Python would work fine for a server, it allows for rapid development and is easy to deploy. I’ve never even looked at what goes into an addin for Outlook; libraries and hooks and all sorts of scary stuff, I imagine.
Quite why PC suite for nokia and Outlook don’t play nice with SMS is unknown to me. it seems a simple, logical extension of what the system already does. if you’re going to have a synched contact and calendar base, why not be able to choose to do the same with your messages.
perhaps I should investigate Windows Mobile one day…