"We were originally told that this would be fixed in June, then August, and now the earliest is October. "
Yes, thanks but it doesn't hurt to apply a little extra pressure. Our client is using outlook, I need this fix for them to approve the emails we send.
Also stating June, August & October doesn't fill me with confidence they'll get it done.
I hear ya - understood. However, I do feel a bit more confident this time since members of the Marketo product team have reached out to me directly to ensure they are crystal clear on the issue at hand. Fingers crossed.
All - I just heard back from the Marketo product team and unfortunately this has been delayed once again and now estimated for the December release. This is so frustrating that our responsive emails will continue to render incorrectly for many of our Outlook users.
Here's the response from Marketo:
The fix for the DOCTYPE and <HTML> attribute issues you're tracking has been delayed. We had a fix for it, but after regression testing it was determined that it broke other parts of our email infrastructure. We know how to address it, but it is a much larger code change. I will keep you updated, but this will come after the Q4 release. I am estimating Dec' 15.
Greetings, I have done some testing and I have found a resolve that allows you to use background images 100% of the time.
The issue with outlook rendering at 125% isn't because of Marketo. It's a software iterations of Outlook(I am actually trying to compile a list of which ones possess these issues). Somewhere in the program it renders background images at 96dpi(dots per inch also referenced as PPI[pixels per inch]) at random. So upon display Outlook will decided to rend the image at the standard 72dpi or 96dpi and this is why the issue isn't consistent either.
The resolve to solve this issue is output your full width image out of the imaging software at 96dpi opposed to the standard 72dpi. Outlook wont be able to expand it so your image will always render as 100% accurate.
I currently push out 100% responsive emails that work in every single client except Lotus every other email possess a background image and displays accurate every time since this has been influenced.
I agree that the issue is how Outlook renders responsive-coded emails (at least the approach that many use) when Windows is scaled to anything other that 100%, but the fact that Marketo doesn't allow the custom xmlns code in the HTML tag of the template, is preventing the defacto fix for this widespread issue (which has been well-documented across the web, e.g., here and here).
Also, Outlook/Windows isn't expanding our images - instead it's expanding the pixel width of the table layout (we don't use background images; furthermore, we also tested this by exporting all images at 96dpi - no luck), making the main/banner "look" like it's smaller - when in fact it's the layout to the main container of the email that isn't being respected here.
The good news is Marketo is finally on this issue and hopefully we'll see this fixed in next month's release.
Jonathan Ankiewicz, now that this fix has been pushed out to at least December, would you mind sharing one of your templates with us? I really would be interested to see how you have found a way around this, when no one else on this community has. Or is your solution just focused around dealing with "background images" (which we don't even use)?
I would love to, I just need to strip out some business specific information.
If you don't mind clarifying it a little but we are currently talking about displaying responsive background images across the board or resolving the individual dpi issue?
Oh also, I created a hack to make background images clickable. So now we have the ability to have a fully responsive email with a clickable image.