Shirt Pocket Watch

Another week, another Leopard Status Update. Please, hold your cheers and applause until the end.

Two parts

Although most people think about SuperDuper! as a single application, it's actually comprised of a number of parts. The two main ones are the UI application (which you interact with) and the Copy Engine, which actually performs the copy.

When changes are made to the UI component, testing takes significantly less time, because it's much easier to ensure that those changes are working properly, and improper operation is relatively low risk: if a button doesn't dim properly in some conditions, it's an easy bug to work around for an end user.

Changes to the copy engine, though, are extremely high risk. Errors made in copying files affect the backup itself, and often occur silently: everything looks like it's working, but, not so much.

Testing the tests

This is one of the reasons that this update is taking so long to release. Due to the nature of the changes in Leopard, we've had to make significant changes to the engine. And while we, of course, have extensive test suites internally, those tests are "necessary" but not "sufficient".

Final bits

As I've mentioned before, we did, of course, have betas of Leopard, and we were working with them. But a beta is just a beta: changes are made up until the shipping version, and that was the case with Leopard as well.

But, there's another consideration, too: we can't do our "big" external test cycles until the "public" has the real bits. Yes, we can roll to testers who have the same beta we have, but when you're making the kinds of changes we had to make this release, it's important to roll in new testers who have different file setups and different patterns of copying.

(Tester fatigue is an issue that all developers are constantly struggling with: it's not so much that a tester is "tired", but that they fall into a pattern of use, and rarely venture outside it.)

So, our internal tests couldn't be run until we received the final bits (we never release test versions to our testers that are risky, to ensure they can really use the test release as a production copy), and our big external test couldn't start until after that.

That testing -- of which there have been multiple rounds -- has been going very nicely indeed.

More progress

So, last week, we locked down the "cloner changes": given feedback from the testers and our external tests, and running against 10.5 and 10.5.1, we're pretty confident that the engine's working properly.

That's a good thing.

We've added some new capabilities to the engine, too. We can now preserve the contents of the Spotlight index on the destination (which also preserves its indexing status in a more reliable way) and preserve the "File System Event" database that Leopard uses. More on this in a later post.

While we were doing that, we decided to do one more thing.

Save the icons

We had always felt that the volume icon -- being a file on the source drive like any other -- should be copied to the backup drive, since you'd want to restore the original drive to the same condition it was originally in, and that included the icon.

Well, we had a lot of pushback on that choice (to put it mildly - I think the thread that discusses this issue and the workaround we came up with originally is the longest one on the discussion forums), and we decided that we were wrong. Since you rarely restore, and your backup drive is constantly visible, it was best to preserve the destination icon. Plus, if you restore with SuperDuper!, we'll preserve the icon of the destination for the restore, so it's all good.

The changes we made, above, made this possible. And so, the destination volume icon will now be preserved.

More coming

So, a lot more progress has been made. Testing's going really well. And I'll talk a bit more about some other new stuff later.

So, another quick update on our progress on the Leopard version of SuperDuper! (which will work better than the 2.1.4 on Tiger, for those of you still there).

Link Hard

I'm happy to say that we've worked through the last few issues with hard links and the complexities of copying Time Machine backups. Yesterday, I was able to copy and restore an over 7 million file Time Machine drive successfully, and restore it. After some scanning, Time Machine picked up exactly where it left off, happily accepting the "new" drive as the right one.

This means that you can successfully copy your Time Machine backup to a different drive as a backup, or to a new, larger drive, without losing your history.

It also means, as I mentioned last post, that SD! is properly handling some of the new on-disk representations in Leopard.

Another test cycle

Now that we've successfully passed our internal tests for this, we're going to package it up (with some other new stuff I haven't talked about) and roll it to our external testers for them to bang on to make sure we haven't missed anything.

Good progress

So, we're making good progress. I'll write about some of the wackiness we've run into later on (example: did you know that journaling has to be on to be able to successfully copy a drive with hard links? Me neither.), but for now, back to the grind.

By popular demand (and demand and demand and demand), here's a quick update on the status of SuperDuper!'s Leopard update (likely to be called 2.1.5). Sorry it's been a bit quiet here. I've been getting a lot of email, and it's hard to find the time to write posts. I'll try to update the blog with status a bit more often in the future.

SuperDuper! is working well in our internal tests and for our external testers. Right now, we're ensuring that some of the (currently) lesser-used features of the Leopard file system are being handled properly, from both a copying and status standpoint.

Some technical details

The details of all these things are more than a bit obscure: the issues we deal with are things that end users should never need to think about.

For example, Leopard allows applications to "hard link" folders, something that's never been allowed before. Time Machine relies on this capability, but it's available to any application. Proper handling of these hard linked folders is important, and has its own challenges, including how you handle the counts and sizes of files on the drive for the status display, etc.

Not all parts of Leopard handle these new on-disk structures consistently, and as such we're working through the issues bit-by-bit, making sure we're doing things as right as we can, and in a way that won't break when (or if) -- things change in the future. Or when a new, Leopard-specific application you install starts to make more use of this stuff...

Another obscure example

One thing we found during testing was that users with Bluetooth keyboards were having trouble. The keyboard wasn't maintaining its pairing relationship with the system when starting up from the copy.

This was not actually due to any kind of file or metadata copying problem (as we initially feared): everything was being copied as it should, so when we ran our various comparison/verification tools, things checked out fine. Instead, it was due to a change in the way Leopard recreates (or, in this case, no longer recreates) a standard system folder (specifically, /private/var/run), which is certainly not the first place you'd look for this kind of thing, and running down the problem (and verifying the fix) took time.

Timeframe

So, we're working hard to get things right. We want to make sure that when you make a copy of an HFS+/HFSX Leopard volume with SuperDuper!—regardless of what new features were used—the copy will be correct.

Of course, we keep being asked—with various level of politeness—for a "timeframe" for release. Again, we're not targeting a drop-dead release date. It all depends on how testing continues to go after each beta release, whether any bizarre things are found that weren't covered in our test suite, and how long those things—if found—take to research and handle properly. It's not going to be in the next few days: we're hoping within a few weeks. I'll keep you informed about our status here.

Waiting sucks

I know. Believe me, I know. Waiting sucks. I understand your frustration: it's frustrating on this end, too. Once again, thanks for your patience as we try to maintain the level of quality you expect from us.

Now that the release of Leopard is imminent-ish, I thought I'd do an update of my Time's Arrow post from a year ago regarding SuperDuper! and Time Machine. Let's get into it!

Leopard Compatbitility

First, v2.1.4 of SuperDuper! is not fully compatible with Leopard.

Changes were made to Leopard since our last release in February. We've been following Leopard's development closely, and we have a working version of SuperDuper! nearly ready. Given the nature of SuperDuper!, though, we don't want to release it until we have the final "bits" of Leopard to test with. It should be available shortly after Leopard's release (earlier if we get the final build before the public does--which we won't).

To answer the inevitable question: the update will be free when released.

Note that netTunes is not Leopard compatible due to a Leopard bug I was unable to work around. I'm hoping for a fix in an upcoming Leopard release, since I do not have a workaround for the problem.

Leopard and Sandboxes

When the Leopard-compatible version is released, please realize that Leopard is a pretty different version of the OS. I recommend against using a Sandbox to share a Home folder between Tiger/Panther/Jaguar and Leopard: there have been a lot of changes to the way data is stored, and a Sandbox is not likely to provide sufficient isolation.

Time Machine

As far as Time Machine goes -- in general, I've always thought that some sort of backup functionality belongs in the OS. It's been a long time coming. The fact that it wasn't there left opportunities for 3rd parties, but that doesn't mean Apple shouldn't address the missing functionality.

And so, they have, with Time Machine. Really, I think that's a great thing. People need to back up more often, and I think Time Machine encourages them to do so, and gives them a relatively transparent way to do it.

Time Machine and SuperDuper!

That said, though, Time Machine isn't the be-all and end-all of backup programs. In fact, given how it works, I really do think that SuperDuper! remains both relevant and necessary -- a true complement to the functionality in Time Machine.

First, as is likely obvious, Time Machine is designed to provide automatic "temporal" backup (discussed in broad terms in the post The Ninety-Nine-Per-Cent Solution many months ago). Its primary usage scenario -- and the one that most demonstrations and documentation focuses on -- is to allow quick recovery of files and data that have gone missing, etc.

It does this in a way that's highly integrated with the OS, with a unique UI that's both cool and kinda cheesy (I'll tell you, the 'space' theme hasn't grown on me at all...)... and, as was the case with Spotlight, with a certain amount of application-level impact (something 3rd parties like Shirt Pocket could never mandate).

Fully, Directly Bootable Backups with SuperDuper!

What's important to note is that this isn't, and never was, what SuperDuper! was designed to do.

Our tagline, Heroic System Recovery for Mere Mortals, tries to sum up the whole idea: SuperDuper! is designed to provide excellent failover support for the all-too-common case where things fail in a pretty catastrophic way, such as when a drive fails, or your system becomes unbootable. We do this by quickly and efficiently creating a fully bootable copy of your source drive. Perhaps more importantly, recovery is near immediate, even if the original drive is completely unusable, because you can start up from your backup and continue working.

You can even take your backup to a totally different Macintosh, start up from it, and work while your failed Macintosh is in the shop... then, when it comes back all fresh and shiny, restore things and keep working. And even if the other Mac is a different CPU type, you can still open and edit the files on the backup.

You cannot do this with Time Machine: Time Machine copies are not bootable until they're restored.

In SuperDuper!, system recovery is done with a minimum of fuss and bother, and with respect for your time. Yes, Time Machine can restore a full system, but that's not its strength. Doing so requires you to actually start up from the Leopard DVD (which you'll need to have with you) and then take the time to restore the backup in full, which interrupts your workflow, requires a working, entirely separate destination device, and takes a lot of your time -- at the exact moment when you can least afford it.

So, when Leopard comes out, and Time Machine is released, be assured that SuperDuper!'s fully bootable backups continue to be relevant and necessary. We'll work alongside its rapid recovery of individual files, augmenting that with our rapid system recovery.

And, of course, we'll continue to improve every part of SuperDuper! to make backups faster and easier for all.

It's been really busy around these parts, and I haven't had enough time to blog, alas. But I wanted to point out a few notable recent releases for people who might be interested.

iPhone AutoSync

Ben Gottlieb of Stand Alone has released a new product -- his first "real" Mac program (not counting the prize-winning Wikipedia screen saver he created) -- and it's a good'un.

Those of you with iPhones know that an iPhone only synchronizes with your address book, calendar and bookmark once, when you dock it. Any changes made while it's docked aren't reflected on the iPhone unless you manually sync, or undock and dock again. Which kinda sucks.

Ben's product -- iPhone AutoSync -- monitors your system for changes to your bookmarks, calendar or contacts. If any occur, it causes your docked iPhone to sync again, automatically.

It's a great little application, invisible in its primary operation, executed with flair, and cheap at $9.95.

Nice work, Ben!

MarsEdit 2.0

And, Daniel Jalkut of Red Sweater Software has released a major update to MarsEdit -- MarsEdit 2.0. Daniel's been rocking MarsEdit updates for free since he acquired the product from Ranchero, and his latest is looking very nice indeed, and certainly worth the modest fee he's asking. Head on over!

A quick post: it's been a year since we lost Ketzl, and a day short of a year since Taiko joined our family. He's been a big help dealing with the loss, and has grown into a fine--though rather enthusiastic--young dog.

I consciously left Ketzl's name on our answering machine for this time, to remind us and our friends how important she was to Zabeth and me. Today's the day it gets changed, and the last "public" reference to Ketzl gets gently retired.

But even without that, we'll never forget you, girl. Here's hoping you're running through the tall grass.

And, Taiko, she'd have been proud of you. I know we are!

It's a few weeks later, but Zabeth and I are back from our two week vacation, and so things around here are returning to normal: the Shirt Pocket Support "autoresponder" is turned off (since I'm able to respond more quickly now), and Z's begun her internship in Bridgewater.

The motivation for the vacation: Z just graduated from Vet School, and she had two weeks to recharge before her internship started. So, we decided to make a strong memory to carry her through the next year of work-without-sleep. And so -- we had a great time bopping around Germany and Italy, from Munich down to Matera -- actually, even further, down in Ostuni -- staying in Siena, Rome, Positano, Santa Agata sui due Golfi and Lake Garda along the way, and stopping at too many other places to list.

It was a "working vacation", which means a full work day, every day, but broken into little pieces all day long. It's a bit haphazard and nerve-wracking as the support cases build up and questions need to be answered, but it works well enough that I can still deliver good service to my valued users. Or try to!

Germany

Munich

One of the things we did while in Munich was tour the factory where BMWs are built, quite literally in the middle of the city. The plant -- which is huge and cannot grow beyond its current boundaries -- is on multiple levels, and uses a lot of techniques to reduce noise, pollution, and make efficient use of space. It's an extremely worthwhile three hours if you're a fan of sophisticated manufacturing (check out the videos at the plant site), and completely free.

It's amazing how much car manufacturing has changed -- one (award winning!) assembly station had something like 13 robots all working together to weld a unibody... incredibly complicated programming and layout. Very cool.

After the plant tour, we had a great time in Munich thanks to our friend Mathey and his girlfriend Sonja, who were kind enough to show us around their beautiful city. In which you can surf. Who knew: video evidence pending!

Anyway, we spent far too little time in Germany, something I plan to rectify next time. Hopefully we'll be back in less than ten years!

Italy

Siena

Our first stop in Italy was Siena, at a beautiful Bed and Breakfast (Frances' Lodge) outside the city. Our hosts -- Franco and Frances -- couldn't have been more gracious, nor their property more beautiful.

Internet access was extremely problematic, though, so I ended up spending a few hours of each day at an Internet Café in Siena itself -- so, if you saw a guy frantically typing at a MacBook Pro, in between the people browsing Facebook/My Space/Flickr, without stopping to breathe, that was me. (Note the laptop bag strap in this picture, just across from Siena's Duomo...)

Both Frances and Franco (Frances from Florence, and Franco Torre through-and-through) helped us find good places to visit, eat and helped fill us in on the details of Siena and the Palio di Siena, which is much more involved than you might expect given the length of the race, with tons of fascinating political intrigue and behind the scenes machinations.

We enjoyed taking various side-trips to towns and hikes through the Tuscan countryside, although I wish we had Taiko along -- he would have loved romping through the hills and fields during our long walks! And the gelato! (For the curious - cinnamon and black cherry.)

Rome

After (again) too few days, we headed down to Rome to meet our old friends Mike (my college roommate and old business partner at UnderWare) and Robin and their kids Ian and Leah. We hadn't been able to share vacation time in a long while, and it was great to spend some quality, relaxing time with them.

We were only able to spend two days in Rome (sound like a theme?), so we hardly scratched the surface of the place, but enjoyed seeing things we'd only read about, with a tour guide who supplied many helpful details as we walked -- quickly -- through history.

Positano via Pompeii

A few days after we arrived in Rome we left our friends and were off to the Amalfi coast -- specifically Positano. On the way, we stopped in Herculaneum and Pompeii to take in a bit of their amazing history (and it's well worth seeing both - the contrasts between the two towns are fascinating).

And from there down to the coast and Positano for a relaxing few days at the beach, and some invigorating hiking in the extremely steep hills above.

The Amalfi Drive and Matera

From there, we drove down the Amalfi Drive (which is a blast and would make a terrific video game)

to the Basilicata region and Matera to meet back up with our friends. Matera's old section, where we stayed, is quite ancient and built into the rock hills above a deep ravine. Squint a little and it's the 3rd century BC, and you're heading home after tending the flock all day.

Il Frantoio

One afternoon we drove from Matera to Ostuni to have a delightful homestyle meal at Masseria Il Frantoio, where our hosts Armando and Rosalba Balestrazzi stuffed us silly with all manner of delicious treats, all grown organically on their farm.

Don Alfonso 1890

And, finally, a long drive back from Matera to Sant'Agata sui due Golfi (near Naples), for a blowout last meal at Don Alfonso, celebrating Ian's 16th birthday and Zabeth's graduation and upcoming trial-by-fire Internship. Everybody's pretty comatose here, as we'd been eating for something like 5 hours...

A lovely location and spectacular dinner... which no doubt would have been followed by an amazing breakfast had we not been forced to check out so early due to inconvenient flights.

Lake Garda

Since Zabeth had to start her Internship on Monday, I dropped her off at the Naples Airport early, and started the long solo drive back to Munich, stopping at Lake Garda for a quick overnight, and continuing to Munich -- on the Autostrada/Autobahn through Austria, stopping every so often for a shot or two of Espresso -- much too early the next morning.

A long few flights, and I'm back!

Thanks

It'd been quite a while since we'd been in Europe, and it was really great to get away (even while still needing to work every day -- it's very cool that I have a job that I can do anywhere), to see things we'd never had a chance to see before, and to revisit where Zabeth and I got engaged ten years ago.

Big thanks to Mike -- our resident Italy/travel/food expert -- for doing much of the planning; Mike, Robin, Ian and Leah for sharing part of their vacation with us; Mathey and Sonja for their time in Munich; my parents and brother Paul for taking great care of Taiko; and to Jonas Salling of Salling Software for helping out in the forums.

Very special thanks to all of you for your patience during the trip, your understanding when support responses didn't get turned around in minutes, and the chance to recharge our batteries before her internship starts, which will be 14 months with less than a week's break.

Wish us luck!

It's not easy to look at the iPhone, let alone touch the thing, and not be enchanted. It's all planes and subtle, refined curves with a radius (and texture) that feels great in the hand. It's not light, but not heavy either: just about right, given the size of it, and the weight helps to stabilize it during use. Someone spent a lot of time with mock-ups holding, twirling, pocketing and came up with something pretty much ideal.

As you'd expect, the color scheme and material choice is minimal and elegant: matte stainless on the back, chrome Apple logo and highlights, matte black buttons and RF area, and on the front, a black "contrast screen" (like a Bang & Olufsen TV) that hides the LCD underneath until it lights up.

And what an LCD it is: bigger than expected given the size of the device much bigger and very high-res and contrasty. It almost doesn't matter what's being displayed on it: everything looks pretty great in its antialiased, Helvetica glory. Unlike every other touchscreen you've ever used, the iPhone's is a capacitance unit with a glass cover that's completely visible outdoors, even in direct sunlight. No more squinting, indoors or out. I can't think of a thing about the screen I'd change.

But there's no point having a beautiful LCD if there's nothing worthwhile to put on it. And in this, Apple didn't disappoint either. The iPhone actually looks and works just like the ads you've seen. It's rare that something works exactly like the demos (which are usually canned, faked, magically perfect) but in this case it's true. Fast animated transitions between sections, quick response and redraws. It's rare that you feel that you're waiting for something, and if the animations are designed to look good and disguise load delays and offscreen redraws, they serve their purpose admirably.

There are a lot of reviews out there that do one of those "feature lists" of the iPhone vs. your typical Nokia, Sony/Ericsson, RIM, Treo, Windows Mobile device or whatever... and, often, the iPhone comes up "short", even when you take into account that software updates are promised down the road. (Of course, I'd expect firmware updates for any smartphone, and all of the above get firmware updates. It's pretty standard practice... what's rare is the addition of features. For example, my Nokia E61i doesn't have "feature pack 1" of S60, which fixes a bunch of important stuff, and it never will, even though FP1 came out before the E61i).)

Of course, part of the "standard practice" for phone design comes the "No" from carriers for some of the more advanced features -- remember that even "unlocked" phones have to be designed with customers in mind, and carriers are the big player in this game. And they often say "no" to WiFi, "no" to bluetooth, "no" to cameras, chat, whatever the carrier has determined its customers want, or it wants to put in to maximize revenue. It can be pretty frustrating as you discover you're in a walled garden, and the landscape architect has absolutely no taste whatsoever.

What's different about the iPhone, though, is the big "Yes" that came from the carrier to Apple to do what they wanted and with no previous history of phones, that's a "yes" to a totally new platform that isn't tied to previous usage patters, menu layouts, "but our customers are used to this", "our phone's identity depends on", etc. A "yes" to a new way of doing things a "yes" to Thinking Different, and a yes to "taste". While there are some "no"s there -- some frustrating ones that'll hopefully be fixed with the aforementioned updates, as has been promised -- they still sweated this experience. It shows.

But, again, that doesn't mean that the iPhone has a huge list of "features". It doesn't, and I'm guessing it won't. Ever, because that's not the point. You're not going to see things -- at least from Apple -- like remote desktop clients, or satellite box control, or buried SyncML clients... or the various nooks and crannies where those things hide. There's no huge list of applications, memory checkers, task managers, file managers, USB mode setters, picture editors.

The iPhone is full to the brim of pretty cool technology, but at the user level the experience is one of understatement. You have but a few "features":

1. The phone itself
2. SMS text messaging
3. A basic camera
4. A photo viewer
5. A contact manager
6. A calendar application
7. An email application
8. A web browser
9. Google Maps
10. A stock tracker
11. A weather application
12. YouTube
13. A calculator
14. A note-taking application
15. Totally new, and pretty great iPod functionality
16. A way to adjust settings

And that's it. Really - 16 "features": there's nothing else there.

Except there is. Because, with a few notable exceptions, this stuff was designed to be all of a piece: to work well, the way you'd expect. Apple started pretty much with a clean slate: there's no PSION "cruft", no six-versions-of-Windows-mobile, no S60/UIQ divergence, no crackberry usage patterns to retain, and no backend to monetize. A blank piece of paper, with appropriate constraints, and the ability to go nuts, which they did not, much to their credit. And when they were done (after what had to be a lot-lot-lot of revisions) well, sure, there's a User's Guide somewhere up on the web, but it's not something you'll generally need, even if you're not a phone nerd. It just basically works.

For most of the "general public", it does what they want and need.

And part of what it's missing is The Suck. You're not going through the typical Smartphone Wait when you pick something. It appears, it works, it's responsive and, frankly, given the "touch" nature of the UI, it had to be. If you tap something, it has to react and it does. If you're used to other phones, you're going to be amazed by this.

All that is great stuff.

Which isn't to say it's all perfect. It's kind of like Super Mario 64: an amazing game, truly revolutionary, but it's not everything to everyone. And even to most, it's just missing stuff. So, quickly, my biggest issues, apart from bugs, are:

• Mail should be unified. Lots of people say this, and they're all right, mostly because the experience of going to a different mailbox is so painful you see that there's unread mail on the Home screen, but to get to it you have to tap around so many times by the time you find it you just don't care any more.
• There's no way to flag mail, so if there's mail you need to deal with when you get back to your desktop, best of luck finding it!
• Mobile Safari keeps opening new "tabs", even when you're tapping on an email link to the same general site, which eats memory and is quite inconvenient.
• No A2DP support for wireless Bluetooth headphones.
• Notes is pointless, sadly, because nothing syncs.
• No OTA sync of calendars/contacts, which I really miss.
• When apps quit in the background, they don't always save state.
  This is especially annoying with the iPod app, which loses your playlist, music location, etc.
• No IMAP Push support is, well, annoying.
• Javascript support is slow and a bit buggy.

But, all things considered, that's a tiny list. Apple's done an amazing job, and this is without question the finest 1st generation product I've ever seen. Kudos to all!

Update: I originally wrote and sent this on the iPhone with a moblog module. Some wrapping awkwardness ensued, various characters (emdashes, seemingly) were stripped, and some bad formatting/editing got through. I've tried to fix everything I've noticed -- sorry about that.

A quick warning for those of you running Tiger Server: the latest security update edits the LaunchDaemon plist for named (BIND/DNS), relocating it from /usr/bin to /usr/sbin. However, at the same time, it disables it.

That means that, after install and restart, your DNS server will not work: you'll need to turn it back on using launchctl or the Server Admin tool.

Update

No sooner said than patched!

All those within the sound of my voice, let it be known: I hate the Nokia E61i.

Well, hate might be too strong a word. After all, Nokia has done some things right.

To start: I decided to give it a try after it got some raves from the Nokia crowd. Since I hadn't used a Nokia in years, it seemed like a good one to try: the E61i's got a nice keyboard and a really nice screen -- although it's only QVGA it's very visible inside and out. The build quality seems pretty nice. It's a good size as these things go, a bit heavy but nicely finished.

The software bundle is good for a business device: various email connectivity tools, push email for Exchange, Blackberry, IMAP. The "today" screen does a good job of showing what's pertinent right now.

But, that's about it.

Even though the E61i was released very recently, it's not a "Feature Pack 1" device (and, from what I've been told, will never be updated to Feature Pack 1). So, perhaps my experience was suboptimal. But it's no less optimal than that of other E61/E61i users.

And, overall, it's pretty suboptimal. This is a "messaging" focused phone. Its whole reason for being is to send and receive email and react to that. That's exactly what I wanted it for. And in that, at least in my situation, it fails pretty miserably.

My server is a Kerio Mailserver (which I'm quite happy with, and will write about in a future post), which provides both IMAP IDLE support and ActiveSync/Exchange capabilities. The E61i ships with an Exchange plug-in, so I used that. It configured reasonably easily (although the layout of the various screens doesn't take advantage of the landscape display, which truncated many fields in a pretty stupid way), and began to sync. And that all worked pretty much OK.

The problems started dealing with the mail itself. First, you can't move items to folders. You can only copy them, so handling Junk mail "properly" is well-nigh impossible.

Second, there's no way to mark a message as "unread". So, if you have mail you haven't yet dealt with, but read, you'd best remember what mail it was.

Third, deleted messages stay visible in the mail list until the sync occurs.

Fourth, links in the mail highlight nicely, but open in the "Service" browser, which isn't the "good" one: it's the old, WAP-style, crummy browser. "Web", the WebCore-based browser can't be associated with links. Instead, you need to copy the link, open Web, and paste them in to a "Go To Address" dialog. Not good, but I guess it could be worse.

Fifth, while this browser mostly works, it eats memory like crazy (even though the memory status in the main menu always indicates there's lots of memory left -- go figure). This causes it to randomly start failing, crashing, exiting... pretty much at any time. So, if you're using a web-based application (as I need to, based on mail notification), you're going to lose data. Typically after typing a long reply.

And stopping the numbering, because of the low memory, the mail program probably closed, which means you need to re-open it, which means you lose context.

Whatever you do, don't click a link in mail, because it'll instance that other browser, and it's hard to get out of.

But that's not all. I haven't even started talking about the slow and blinky screen refreshes, the fact that contact notes don't sync, that calendar notes sync incorrectly (CRs get eaten), that contact details are very inefficiently presented on the screen requiring a ton of scrolling, that network connections are constantly being announced for no reason, that selecting the messaging plugin on the today screen sometimes goes to the list and sometimes to a message (depending on the number of messages there, but it feels less predictable), the awful indeterminate progress indicator, ugly fonts, poor calendar implementation... I could go on and on.

To try to take care of some of this, I installed the trial copy of RoadSync, an alternate ActiveSync application that's worked well on the M600i (a UIQ3 device, rather than S60 Series 3). But it doesn't directly support browser links either. But it does seem to sync slightly better, supports moving to folders and allows mark-as-unread.

But with a browser that crashes constantly and a battery that -- under typical "me" use -- dropped precipitously after just an hour or two... it's just not a phone I could possibly live with.

It makes me appreciate the UIQ3 and Windows Mobile devices I've tried, though! Compared to this, the M600i and Dash are absolute paragons of reliable usability!

Maybe hate isn't too strong a word. But whatever word is used, there's one thing for sure: for my usage, the E61i sucks.