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

Show HN: Mail Studio – IDE for designing responsive emails

mailstudio.app

Post reply on HN
Print view View original

141–150 of 214 posts

Re: Show HN: Mail Studio – IDE for designing responsive emails

#141

Post by Humdeee »

colechristensen wrote: post #114
zwaps wrote: post #73

I receive a lot of newsletters and communiqués, some of which I even signed up for. So, I don't know what designers use to receive e-mail, but here in the non-designer / non-linux world, Outlook is pretty popular. Now, Outlook - at least all configurations I have seen, has pictures via HTML disabled. I have sampled a few IT departments only, of course, but I feel like this is probably a pretty common policy. So let m…

People who use gmail/gsuite get html emails, the images are proxied by google. People using gmail are a huge chunk of the market.

Interesting. I've always thought that images within emails would also serve as a read receipt to the server that sent them when enabled or shown. Would this still apply? Google providing a proxy for this could totally pollute this data (which could be a good thing!).

Re: Show HN: Mail Studio – IDE for designing responsive emails

#143

Post by nlh »

cies wrote: post #12

MJML deserves a mention. We use it, together with mustache, to let users create their own mailings from some building blocks we offer. Works quite well!

Huge fan of MJML! I've been using it to send out my [shameless plug]weekly nerd-focused newsletter (see bio)[/shameless plug] and I've got a nice workflow going with it.

I'm using a workflow of Pug (nice and short syntax to save on keystrokes) -> MJML (via Pug mixins) -> HTML.

MJML has a really nice Visual Studio Code plugin that has live reload on edit, so it's all a super nice locally-hosted way to develop rich text emails.

Happy to answer any questions or share my workflow/code with anyone. Still refining it but it's a nice system and has gotten my time to build and send a newsletter down from many hours to several hours :)

Re: Show HN: Mail Studio – IDE for designing responsive emails

#144

Post by dijit »

zwaps wrote: post #73

I receive a lot of newsletters and communiqués, some of which I even signed up for. So, I don't know what designers use to receive e-mail, but here in the non-designer / non-linux world, Outlook is pretty popular. Now, Outlook - at least all configurations I have seen, has pictures via HTML disabled. I have sampled a few IT departments only, of course, but I feel like this is probably a pretty common policy. So let m…

I always assumed this was intentionally done this way so that people click the “display external content” warning and inadvertently activate the tracking pixels.

Re: Show HN: Mail Studio – IDE for designing responsive emails

#145

Post by jerrygoyal »

IceWreck wrote: post #42

Still kinda useless, because most users still block (and should block) remote content including images by default. I'm tired of companies(and users) sending emails with trackers to check if someone has read your email or not.

trocker chrome extension is built for those who want to keep images and avoid pixel tracking.

Re: Show HN: Mail Studio – IDE for designing responsive emails

#146

Post by ncallaway »

Humdeee wrote: post #141
colechristensen wrote: post #114

Earlier quoted context omitted.

People who use gmail/gsuite get html emails, the images are proxied by google. People using gmail are a huge chunk of the market.

Interesting. I've always thought that images within emails would also serve as a read receipt to the server that sent them when enabled or shown. Would this still apply? Google providing a proxy for this could totally pollute this data (which could be a good thing!).

My understanding is that is exactly why Google provides a proxy for that.

Re: Show HN: Mail Studio – IDE for designing responsive emails

#147

Post by bitlevel »

munk-a wrote: post #120
D13Fd wrote: post #31

Earlier quoted context omitted.

Honestly I have no problem with monthly fees for software you use every day, or frequently, for professional use. I'm fine paying monthly for things like Adobe Creative Cloud, Microsoft Office, and 1Password. Those are all desktop apps, albeit with a cloud component that I mostly don't use. I easily get my money back 10x over (likely more) based on the income I generate with the apps. The pricing here seems targeted…

I would say this - 1Password has taken a real dive in quality. If the software was a single upfront cost I'd just shrug it off but the fact that my company is paying to sustain development that's actually ruined the UX for me is quite frustrating. (Hey 1Password, don't have your "App" open as a little window in the corner of the screen for password entry that instantly closes as soon as I alt-tab anywhere. It takes t…

Consider Bitwarden as a replacement.

Re: Show HN: Mail Studio – IDE for designing responsive emails

#148

Post by ncallaway »

incrudible wrote: post #140
Cthulhu_ wrote: post #54

Earlier quoted context omitted.

Because if it's a one time fee, there will be no recurring income and the developer will have to stop development. The alternative is to do what older desktop apps did: release a new paid version / upgrade, often with a load of fluff added or a redesign to try and sell that an upgrade is worthwhile to the customers.

> Because if it's a one time fee, there will be no recurring income and the developer will have to stop development. Here's a crazy idea in 2020: That's totally fine. There's a point where adding more features becomes a negative ROI. That's when you know you need to move on solving a different problem . That's the alternative.

The problem in 2021 (and 2022 and 2023, etc) is that the app will break over time.

OS updates will break a small piece of functionality. Critical security vulnerabilities will be discovered that need to be patched. If the developer abandons the application because it isn't earning new revenue, the application will eventually degrade over time.

I don't have a good answer here, because I also don't like the SASS billing model for desktop software, but I recognize that a "one-time purchase" rarely actually terminates the relationship at the time of purchase. People expect ongoing bug-fixes, and security patches even for desktop software.

Re: Show HN: Mail Studio – IDE for designing responsive emails

#149

Post by tomschwiha »

ncallaway wrote: post #146
Humdeee wrote: post #141

Earlier quoted context omitted.

Interesting. I've always thought that images within emails would also serve as a read receipt to the server that sent them when enabled or shown. Would this still apply? Google providing a proxy for this could totally pollute this data (which could be a good thing!).

My understanding is that is exactly why Google provides a proxy for that.

Last time I checked Google is proxying the external ressources right in the moment when the email is opened, so it just protects the IP address.
Post reply on HN