Posted Tuesday, November 25th, 2008 at 11:21 am by Tim (41 posts)
Editor’s note: With the busy holiday season upon us, the Beaconfire Staff has had no time for blogging (as you may have noticed!). But to make up for it, we’re “reprinting” some of our most popular posts of the last couple years. Hopefully we’ll be back to generating new content soon, but for now, please enjoy Tim‘s post for anyone who’s had to cut emails with the new Outlook.
There has been much discussion lately about Microsoft’s decision to abandon IE as the rendering engine for HTML emails in Outlook 2007. It’s hard to conduct a level-headed exchange on this topic because of strong feelings about HTML vs. TXT emails, and personal, professional, philosophical, or theological issues with Microsoft. Putting aside the endlessly repetitive and unproductive argument about whether Microsoft has any idea what they are doing, and whether or not it is a good idea to send HTML-formatted email messages, let’s look at the facts.
Molly Holzschlag’s (molly.com) post on the subject says that the impetus for this change was the unacceptable differences that MS Outlook users were seeing between what they saw in their inbox (rendered by IE engine) and what their friends saw when they forwarded those messages on to them (Composed by Word engine). Or when they composed messages from scratch (Word in Outlook) and their friends tried to read them (IE engine again). So it makes sense that you’d want the same engine to create a message that you use to view it. But Word? Really?
The problems enter in when you consider Word’s HTML engine: It’s inarguably sub-par. Already, those of us who create the HTML for use in client’s campaigns are forced to utilize a mish-mash of HTML coding techniques, some of which we’ve long left behind in building web pages. This isn’t just Microsoft’s fault; ALL of the email clients we test in have slightly different quirks and shortcomings. As a result, we are still using tables, spacer gifs, and (in many cases) font tags to layout our templates. So this is a situation of something broken being broken in a different (and perhaps worse) way when it really could have been a step toward fixing it.
So what do we do? Test about a bazillion times. This has always been the case. We have always had to test the rendering of our HTML messages in (at least) Gmail, Hotmail, AOL, Yahoo, Outlook, Outlook Express, Thunderbird, Mac Mail, Entourage and — if we can, and depending on the client — Eudora, Pegasus, Lotus Notes, or Groupwise. The testing required for Outlook 2007 adds a new wrinkle to the Shar-Pei, but regardless of Microsoft’s decisions regarding rendering engines, did anyone really think that 2007 would render the same as previous versions? Not likely. However, most of us thought that we might see an improvement due to IE7s increased support for CSS.
Anyone using email newsletters as a mode of communication urgently need to have their templates reviewed in order to ensure that future messaging remains successful. Many existing templates will not be Outlook 2007 compatible, and can almost be counted on to break when viewed. After all, nobody in their right mind has been designing email or web pages to be viewed in MS Word! It just wasn’t ever something we dreamed we’d have to test.
Were not entirely in the dark, however. Microsoft is supplying us with some information on Outlook 2007 HTML and CSS support, as well as a validation tool. Read up, test twice as much and we’ll all pull through. If we just stick together.
- 2007 Office System Tool: Outlook HTML and CSS Validator
- Word 2007 HTML and CSS Rendering Capabilities in Outlook 2007 (Part 1 of 2)
- Word 2007 HTML and CSS Rendering Capabilities in Outlook 2007 (Part 2 of 2)
Other articles and discussions:
- Excellent article by Dave Greiner of Campaign Monitor
- SitePoint post by Kevin Yank
- Arstechnica post by Jeremy Reimer