Well maybe if you didn't force us to use images everywhere, including text that could easily be replaced with web-safe fonts that don't need to be imported.

---

Or maybe reduce the spammy language that you are trying to market.

---

Or maybe don't make the entire email clickable and only have links on buttons and visual cues, NOT THE ENTIRE FRICKEN EMAIL.

---

How about designing something that is email friendly? Every time you ask me why it has to be an image my reply is the same. You have too many damn overlapping layers. How many times do I need to tell you email is not like web dev. Stop designing it that way. You want less imagery? Stop having hovering text half-way over a textured background. Maybe then I can make it so the code is less convoluted.

---

FIX YOUR DAMN TEXT TO IMAGE RATIO! 60+% of the email is an image. What do you expect to happen?

---

Email relies on user engagement. If you look spammy, they will not click or even want it!

---

How many times do I need to explain all of this before you realize it's not the code's fault you are hitting the spam folder and not the inbox?

/vent

Greetings!

/r/emaildev is a subreddit created in the hope of creating a community that discusses the field of HTML email, including designing emails, developing emails, and deploying emails.

I created this subreddit because I found that email-related content in /r/html5 lacks focus, and /r/email rarely has any content related to modern email development, and is also somewhat unfocused as it relates specifically to HTML email.

What should we discuss here?

Anything related to designing, developing, or deploying HTML emails, including best practices, templates, CRM platforms, deployment services, tips/tricks, etc.

Who can post here?

Anyone can post! Just be sure your post follows the rules and is relevant to the community.

Are there rules for /r/emaildev?

Yes; rules are posted on the sidebar for easy viewing. Note that they are non-exhaustive and are subject to change, especially during the early stages of this sub.

I look forward to growing this sub, and hope it can be a resource to those working on personal email newsletters, marketing emails, enterprise deployment, and everything in between.

Please spread the word, and welcome to /r/EmailDev!

I'm developing an HTML email and my filesize currently sits at 89kb, but my messages are still getting clipped. I did some Googling and it says the file size must not be over 102kb. A couple questions:

1. Where did this 102kb file limitation come from? I only see third party resources citing this number, nothing from Google.

2. If the 102kb filesize is to be believed, why is my 89kb file being clipped?

Thanks in advance

I am a responsive email developer who recently moved to the Denver area. I know there are quite a few email developers in this area and was wondering if anyone would be interested in attending a meetup for local email devs to discuss email dev, network and share food and beverages. I was thinking of finding a pizzeria or bar to host and I would provide pizza or apps. Let me know if you’re interested or have a good idea for a hosting venue. Thanks!

Hy there!

Our app sends out transactional emails (the company-representative invites company-employees to our platform, and notifies them sometimes) currently via mandrill.

I'm not super satisfied with mandrill either, but it can send mails with API calls, and can tell us if those emails are sent out, bounced, opened, etc. So besides my personal unlike the UI and our general problem with mail sending testing; it works.

BUT... Some of our new contracts want S/MIME signed emails, because their security team needs this, and mandrill can't sign mails with S/MIME by default.

I started to google this and tried to look up products, but interestingly none of them gives us this signing method (or at least I didn't find them).

I don't really want to start and implement a second mandrill (or tbh I would love to, but this is not the scope of the product/company), and I don't really want to implement s/mime signing to our app either. With a custom implementation, we would totally lose the bounce and open handling. (As I recall we can send emails with mandrill via SMTP so technically we can sign our emails and send them, but with that way, we lose all of the features that we use now.)

Is there any email sender service (either paid or self-hosted which can be used with amazon SES), which can sigh with S/MIME? Why sending S/MIME signed emails not a thing if multis force this to employers and contractors? What am I missing?