Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Zurb Ink: Responsive HTML Email Framework

designinstruct.com

Post reply on HN
Print view View original

71–80 of 104 posts

Re: Zurb Ink: Responsive HTML Email Framework

#71

Post by twakefield »

nej wrote: post #70
twakefield wrote: post #40

This is great to see and long overdue. We get a lot of customers that ask about how they should create email templates. We don't really want to go down that path, so we'll be happy to direct them here. Also, +1 on using Litmus for testing rendering across different clients. There are also other things to consider when designing email templates and email deliverability in general. - Always use multi-part, with a nice…

You being a Co-Founder of Mailgun, I know you have a way stronger background in sending emails than I do (almost non existent), but I thought they (Other ESPs [Exact Target, Responsys, Etc.]) debunked the idea that using phrases like "Buy Now!!!" or multiple exclamations marks increases the chance of an email getting marked as spam. Can you please clarify? I'm interested to see if this still applies. Thanks.

That may be the case at the more sophisticated ISPs (gmail, yahoo, etc.) but I think it's still worth consideration. There are a lot of old school email servers and spam filters out there. I would suggest using tools like litmus and others because the "stop words" are not always intuitive.

Re: Zurb Ink: Responsive HTML Email Framework

#72

Post by nej »

twakefield wrote: post #71
nej wrote: post #70

Earlier quoted context omitted.

You being a Co-Founder of Mailgun, I know you have a way stronger background in sending emails than I do (almost non existent), but I thought they (Other ESPs [Exact Target, Responsys, Etc.]) debunked the idea that using phrases like "Buy Now!!!" or multiple exclamations marks increases the chance of an email getting marked as spam. Can you please clarify? I'm interested to see if this still applies. Thanks.

That may be the case at the more sophisticated ISPs (gmail, yahoo, etc.) but I think it's still worth consideration. There are a lot of old school email servers and spam filters out there. I would suggest using tools like litmus and others because the "stop words" are not always intuitive.

I see, thanks for the quick reply. Currently using Email on Acid for verifications and testing, maybe will move onto Litmus at a later stage. Thanks!

Re: Zurb Ink: Responsive HTML Email Framework

#73

Post by pseut »

twakefield wrote: post #40

This is great to see and long overdue. We get a lot of customers that ask about how they should create email templates. We don't really want to go down that path, so we'll be happy to direct them here. Also, +1 on using Litmus for testing rendering across different clients. There are also other things to consider when designing email templates and email deliverability in general. - Always use multi-part, with a nice…

>Always use multi-part, with a nice text part. Not having a text part is a spam flag.

Just to add: try to make the text part readable and useful too. I've unsubscribed from countless mailing lists because the text was illegible from extremely long URLs thrown in the middle of sentences or useless because the links were missing completely (I use mutt).

Re: Zurb Ink: Responsive HTML Email Framework

#75

Post by mos2 »

I am super excited about this. I love the fun visuals, extensive documentation, transparency and honesty about issues with email clients. I think there is huge potential here and I can't wait to see where they go with it. A huge use case that no one is talking about is transactional emails from your web or mobile app. Now you can have great looking emails that increase engagement that look great on mobile email and look (both in design and the underlying code) much like foundation based rails apps.

Re: Zurb Ink: Responsive HTML Email Framework

#76

Post by porker »

ryanSrich wrote: post #49
dntrkv wrote: post #9

Earlier quoted context omitted.

I think it was around Outlook 2007 Microsoft decided that instead of using Internet Explorer to render their emails, they would use Microsoft Word. That's right. Word. And now whenever you try to use even the most basic CSS rules, Outlook fucks it up very badly. Then there is that abomination called Lotus Notes (mainly Outlook 2007 makes IE6 look like the best browser in the world.

That little comment is a life saver. I've noticed that Outlook, particularly 2007+, will play nicely with CSS so long as your styles are only applied to table elements. Put some padding on a 'p' tag and you won't see anything happen. Likewise mobile gmail on a phone browser will not render a responsive email. Not sure if ZURB has given that any attention or if they intended to focus on the rendering of native clients…

AFAIK there's no work-around for mobile GMail on a phone. I've been banging my head against it this week. Given up for now and left native Android/iOS mail app users having the better experience.
Post reply on HN